軟硬件測試方案

1、1.1.1 軟硬件測試方案 測試目的和要求.1 測試目的作為軟件開發(fā)的重要環(huán)節(jié)，軟件測試越來越受到人們的重視， 軟 件測試是軟件工程過程的一個重要階段，是在軟件投入運行前，對軟件需求分析、設計和編碼各階段產(chǎn)品的最終檢查， 是為了保證軟件的 正確性、完全性和一致性，從而檢測軟件錯誤、修正軟件錯誤的過程。 隨著軟件開發(fā)規(guī)模的增大、復雜程度的增加，以尋找軟件中的錯誤為 目的的測試工作就顯得更加困難，因此要求測試計劃和測試管理更加 完備。本次測試安排在項目進行編碼過程中和編碼完成后進行，測試的內(nèi)容包括系統(tǒng)界面風格、主要功能、容錯能力、模塊間的關聯(lián)等等， 依據(jù)正規(guī)步驟完成單元

2、測試、邊緣測試、整體測試。通過測試，及時 發(fā)現(xiàn)存在于程序中的錯誤并根據(jù)測試結果對程序進行修改，從而確保提交給用戶的程序是經(jīng)過檢驗并能順利運行的。.2 測試的總體要求軟件測試可運用多種不同的測試策略來實現(xiàn)， 最常用的方式是自 底向上分階段進行，對不同開發(fā)階段的產(chǎn)品采用不同的測試方法進行 檢測，從測試開始，然后進行功能測試，最終進行系統(tǒng)測試。士盡早地和不斷地進行軟件測試。士保證系統(tǒng)風格與界面統(tǒng)一。土保證各系統(tǒng)聯(lián)接正確，數(shù)據(jù)傳送正常。4抽檢程序的內(nèi)部編寫情況無誤。工測試用例應由測試輸入數(shù)據(jù)和對應的預期輸出結果兩部分組成。工程序員應避免負責測試自己編寫的程序。4測試用例，應當包括合理和不

3、合理的輸入條件。工應當檢查程序是否有不希望的副作用。4程序流程和接口內(nèi)容絕不可忽視。工充分注意測試中的群體現(xiàn)象。士嚴格執(zhí)行測試計劃。4對每個測試結果嚴格檢查。工妥善保存文檔。工性能測試和功能測試同等重要。.3 測試人員及組織分工參加測試人員包括技術支持組部分人員、開發(fā)小組全體成員、質(zhì)保組測試成員和用戶人員。組織分工如下：單元測試：由實施組成員在編碼過程中，各自以及交叉進行單元 測試。集成測試：由質(zhì)保組兩名測試成員、實施組兩名成員進行集成測 試。系統(tǒng)測試：由技術組項目技術負責人、系統(tǒng)設計師、用戶人員進 行系統(tǒng)測試。.4 軟件測試的依據(jù).4.1 用戶文檔軟

4、件測試依據(jù)的用戶文檔主要有以下兩個：需求規(guī)格說明書總體設計書.4.2 測試技術標準規(guī)范軟件測試依據(jù)的國家技術標準規(guī)范主要有以下八個：GB/T 17544 1998信息系統(tǒng)及軟件完整性級別GB/T 16260 2006軟件質(zhì)量模型與度量GB/T 18905 2002軟件工程產(chǎn)品評價GB/T 8567-2006計算機軟件文檔編制規(guī)范GB/T9386-2008計算機軟件測試文件編制規(guī)范GB/T 25000.1-2010 軟件質(zhì)量要求與評價（SQuaRE指南CSTCJSBZ02應用軟件產(chǎn)品測試規(guī)范CSTCJSBZ03軟件產(chǎn)品測試評分標準 測試方法和主要內(nèi)容.1

5、 軟件測試方法1、單元測試測試是在軟件開發(fā)過程中針對功能模塊進行的正確性檢驗， 執(zhí)行 測試的人員首先是程序開發(fā)者自己在開發(fā)過程中的自測試， 其次才是 專業(yè)測試人員。測試的對象是軟件設計的最小單位-模塊。 測試應對 模塊內(nèi)所有重要的控制路徑設計測試用例， 其測試依據(jù)是項目的詳細 設計描述。采用的多為白盒測試。2、集成測試將已測試的模塊組裝進行檢測，對照軟件設計檢測和排除子系統(tǒng) 或系統(tǒng)結構上的錯誤。案例采用黑盒測試法。集成測試的重點是檢測模塊接口之間的連接， 發(fā)現(xiàn)訪問公共數(shù)據(jù) 結構可能引起的模塊間的干擾，以及全局數(shù)據(jù)結構的不一致，測試系 統(tǒng)或子系統(tǒng)輸入輸出處理、故障處理和容錯等方面的能力。3、系統(tǒng)

6、測試系統(tǒng)測試應該由若干個不同的測試環(huán)節(jié)組成， 目的是重返運行系 統(tǒng)，驗證系統(tǒng)各部件是否能正常工作并完成所賦予的任務。 其主要包 括以下方面的測試：恢復測試：檢查系統(tǒng)的容錯能力。安全測試：檢查系統(tǒng)對非法侵入的防范能力強度測試：檢查程序?qū)Ξ惓Ｇ闆r的抵抗能力。性能測試：檢查系統(tǒng)能否滿足性能要求。主要包括響應時間、并 發(fā)用戶數(shù)，及相應的CPU內(nèi)存、硬盤等的利用率及網(wǎng)絡吞吐量等。.2測試的主要內(nèi)容.2.1 功能測試功能測試主要采用的是黑盒測試方法， 黑盒測試法制訂覆蓋需 求規(guī)格說明書和總體設計書中所要求的全部功能點和主要業(yè)務 流程的測試用例，通過測試用例的執(zhí)行，分別對功能點和

7、業(yè)務流程進 行測試。1、功能測試方法本次功能測試中采用黑盒測試法，主要測試用例設計方法包括因 果圖分析、等價類劃分、邊界值分析、錯誤推測法：(1)因果圖法：采用因果圖法，以委托方提供的需求規(guī)格說明 書和總體設計書為依據(jù)設計業(yè)務功能點測試案例；(2)等價類劃分法：對業(yè)務流程進行等價類劃分，測試用例應是 業(yè)務主流程和流程主分支的最小集， 所有的判別分支都能被覆蓋，在 流程覆蓋的同時，完成等價功能的測試；(3)邊界值分析法在功能測試中，針對功能說明中的輸入輸出域， 進行邊界值和極限值的設計和測試；(4)錯誤推測法：采用逆向思維方式，結合以往測試經(jīng)驗和直覺 設計軟件在功能和流程上可能存在的各種錯誤，進

8、行容錯性測試。功能測試策略主要從以下方面考慮：(1)安裝如果軟件安裝由用戶來進行，則按照安裝手冊中的信息應能安裝 成功。產(chǎn)品說明書中，給出的每個所需的配置在安裝程序時都應具備。 安裝之后，程序是否運行應是可以鑒別的。例如，使用測試用例或通 過相應的信息自檢。(2)數(shù)據(jù)準備軟件內(nèi)部應具有一定的數(shù)據(jù)量供測試使用。 最好由廠商提供符合 規(guī)范的測試數(shù)據(jù)作為數(shù)據(jù)準備，也可以由廠商提供數(shù)據(jù)導入格式，測 試方使用該數(shù)據(jù)導入格式自行制作一定量的數(shù)據(jù)備測試使用。(3)功能表現(xiàn)在用戶文檔中提到的所有的功能都應能執(zhí)行。程序應按照用戶文 檔中的給定形式，在規(guī)定的邊界值范圍內(nèi)使用相應的工具、 資源和數(shù) 據(jù)執(zhí)行其功能。(

9、4)正確性程序和數(shù)據(jù)應與產(chǎn)品說明書及用戶文檔的全部內(nèi)容相對應。 為完 成工作任務程序功能應以正確的方式執(zhí)行。 特別是，程序和數(shù)據(jù)應符 合產(chǎn)品說明書涉及的任何需求文檔的所有規(guī)定。(5) 一致性程序和數(shù)據(jù)其本身內(nèi)容不能自相矛盾，并且同產(chǎn)品說明書和用戶 文檔也不能相互矛盾。每一術語應處處保持相同的意思。由用戶進行 的程序操作控制和程序的運行表現(xiàn)(例如：信息、屏幕錄入格式和打 印報表)應有相同的結構。(6)用戶界面測試對用戶界面的布局、界面文字、操作步驟、操作方式、快捷方式 進行測試和驗證，必要時候通過用戶調(diào)研或用戶測試， 驗證用戶界面 是否滿足用戶要求2、業(yè)務流程測試方法業(yè)務流程測試主要是在功能測試

10、的基礎上，測試系統(tǒng)完成某項業(yè) 務的能力。業(yè)務流程重點考查系統(tǒng)不同模塊、不同子系統(tǒng)之間的功能 銜接、數(shù)據(jù)流向以及完成業(yè)務功能的正確性和便利性。 我們按照以下 原則進行流程測試：先測功能后測流程：業(yè)務流程測試是建立在功能點測試基礎上的。首先要保證流程測試涉及到的功能點實現(xiàn)正確，所以，流程測試安排在功能測試的后面進行。先測主流程后測分支流程：主流程就是指按照正常情況實現(xiàn)的業(yè) 務流程，分支流程指出現(xiàn)特殊情況后的業(yè)務流程。先測子系統(tǒng)內(nèi)的流程后測跨子系統(tǒng)的流程： 子系統(tǒng)內(nèi)的流程測試 隨子系統(tǒng)的功能測試進行，在子系統(tǒng)流程測試完成后，集中人力進行 跨子系統(tǒng)的主流程的聯(lián)調(diào)測試。本系統(tǒng)中業(yè)務流程測試先針對各子系統(tǒng)

11、各自的主業(yè)務流程和分 支流程分別進行測試，然后對不同子系統(tǒng)之間的業(yè)務流及數(shù)據(jù)流進行 測試。3、功能覆蓋率分析對每個模塊的功能覆蓋率進行分析，首先測試用例對所有的業(yè)務 流程、數(shù)據(jù)流以及核心功能點的覆蓋率達到 100%。其次，必須滿足 用戶測試的需求。4、測試內(nèi)容測試將對以下項目應用系統(tǒng)中的相關功能進行測試。.2.2 安全性測試安全性測試采用軟件測試當中的黑盒測試方法，對涉及安全的軟件功能，如：用戶管理模塊、權限管理模塊、加密系統(tǒng)、認證系統(tǒng)等 進行測試，主要是驗證上述功能是否有效。.2.3 可靠性測試可靠性是指產(chǎn)品在規(guī)定的條件下和規(guī)定的時間內(nèi)完成規(guī)定功能的能力。例如針對

12、某個軟件系統(tǒng)，主要的可靠性測試指標包括：工屏蔽用戶操作錯誤：考察對用戶常見的誤操作的提示和屏蔽情 況；工輸入數(shù)據(jù)有效性檢查：系統(tǒng)對數(shù)據(jù)錄入的有效性檢查；工錯誤提示的準確性：對用戶的錯誤提示準確程度；%錯誤是否導致系統(tǒng)異常退出：有無操作錯誤引起系統(tǒng)異常退出 的情況；工異常情況的影響：在程序運行過程中進行掉電或斷網(wǎng)試驗，考 察數(shù)據(jù)和系統(tǒng)的受影響程度，若受損，是否提供補救工具，補救的情 況如何；士數(shù)據(jù)庫備份及恢復測試：系統(tǒng)是否提供數(shù)據(jù)備份和恢復手段， 能否進行數(shù)據(jù)庫的備份和恢復。工結合功能測試：對于用戶權限限制、用戶和密碼封閉性、數(shù)據(jù) 備份與恢復手段、留痕功能等，系統(tǒng)安全性的測試可以結合功能測試 完

13、成，因為上述功能即是系統(tǒng)安全性考慮，同時也是系統(tǒng)的功能模塊;士留痕功能：系統(tǒng)是否有操作日志，操作日志記錄的操作情況的 全面性和準確性，是否包括主要要素如操作員、操作日期、使用模塊 等，是否具有日志查詢功能；工采用統(tǒng)一身份認證，用戶能否操作不屬于其職權的其他子系統(tǒng);工外網(wǎng)能否不經(jīng)過CA認證就可登錄該系統(tǒng)?？煽啃詼y試除了包括上述基本項外，重點的測試內(nèi)容是數(shù)據(jù)可靠 性和系統(tǒng)長時間無故障穩(wěn)定運行，可通過以下種方法實施：1、結合功能測試：軟件可靠性與軟件本身的缺陷數(shù)量息息相關， 因此結合功能測試尋找軟件缺陷，可以提高軟件系統(tǒng)可靠性，主要是 系統(tǒng)的錯誤屏蔽、數(shù)據(jù)校驗能力和其他與功能相關的可靠性指標；2、模

14、擬測試：通過模擬的手段模擬系統(tǒng)異常情況的出現(xiàn)，如： 系統(tǒng)死機、系統(tǒng)掉電、網(wǎng)絡中斷、設備故障等情況，測試系統(tǒng)對于出 現(xiàn)異常情況的預防和恢復措施。3、獨立處理能力：在某系統(tǒng)發(fā)生故障時具有能獨立運行的能力。4、數(shù)據(jù)可靠性測試：包括數(shù)據(jù)備份測試策略、災難恢復測試、 備份與恢復速度。5、長時間無故障穩(wěn)定運行：日常業(yè)務疲勞強度測試就是模擬系 統(tǒng)的日常業(yè)務，持續(xù)執(zhí)行“一段時間”，暴露系統(tǒng)的性能問題，例如 內(nèi)存泄漏、資源爭用等，分析與調(diào)整的方法與并發(fā)性能測試是非常類 似的。高峰業(yè)務疲勞強度測試就是模擬系統(tǒng)的高峰業(yè)務， 持續(xù)執(zhí)行“一 段時間”，這樣的負載是對系統(tǒng)的雙重考驗，既包括負載壓力，又包 括長時間。1.1

15、. 性能測試1、性能測試綜述性能測試方法是在系統(tǒng)真實運行環(huán)境，基于重點事件優(yōu)先的原則， 設計業(yè)務執(zhí)行效率測試用例，采用測試腳本回放的方法，仿真實現(xiàn)事 務的處理過程，通過在單臺或多臺測試用機上執(zhí)行多線程或多進程實現(xiàn)多用戶并發(fā)測試，或者基于批處理模式，加載一定規(guī)模的數(shù)據(jù)量， 進行系統(tǒng)資源監(jiān)控測試。測試包括執(zhí)行效率、設備效率、網(wǎng)絡效率。(1)執(zhí)行效率測試主要是測試在特定應用的業(yè)務邏輯、用戶界面、功能下系統(tǒng)能夠承受的用戶并發(fā)的數(shù)量和響應時間。 上述測試可通過 自動化的測試工具錄制具有一定代表意義的典型操作，并進行測試腳本編譯即可形成確定的測試案例，然后通過壓力測試工具，模擬多用 戶同時循

16、環(huán)進行這些業(yè)務操作，測試服務器事務處理平均響應時間、 服務器90%的事務處理平均響應時間、事務處理速率等相關參數(shù)， 考察系統(tǒng)在各種情況下的性能表現(xiàn)。在具體測試過程中需要結合功能 測試制定相應的測試案例，包括以下內(nèi)容：測試腳本：選擇影響系統(tǒng)執(zhí)行效率的功能模塊， 錄制典型的業(yè)務 流程腳本作為執(zhí)行效率測試的基礎案例。 測試腳本的制定方法，可以 利用測試工具的“錄制”功能錄制相應的測試腳本，也可以通過腳本 編程語言進行腳本的編寫；并發(fā)用戶數(shù)量：分為負載測試和壓力測試，負載測試是指系統(tǒng)能 夠承受的正常用戶并發(fā)數(shù)量；壓力測試是指系統(tǒng)能夠承受的最大用戶 并發(fā)數(shù)量；并發(fā)方式：主要指用戶并發(fā)過程中與真實情況相似

17、程度， 包括并 發(fā)用戶數(shù)量變化的方式、并發(fā)過程使用的真實客戶端數(shù)量、 對于并發(fā) 峰值的模擬等。(2)設備效率主要指系統(tǒng)CPU占用率、內(nèi)存占用率、磁盤占用率、輸入輸出效率等，包括軟件在不工作狀態(tài)下對于硬件資源的占用情況和進行業(yè)務處理過程中對于硬件資源的占用情況， 包括數(shù)據(jù)庫服務器、 應用服務器和客戶端等。通常操作系統(tǒng)均提供了監(jiān)控端口，只要通過 測試工具自動連接相應端口，即可實現(xiàn)監(jiān)控系統(tǒng)的設備效率，并結合 執(zhí)行效率進行相關測試。(3)網(wǎng)絡效率主要指網(wǎng)絡吞吐量、網(wǎng)絡的使用頻度與帶寬占用。性能分析：通過執(zhí)行和設備效率及網(wǎng)絡效率測試結果進行性能分析，找出可能影響性能的環(huán)節(jié)。2、性能壓力測試實施測試實施可

18、從以下幾個方面考慮：(1)并發(fā)性能并發(fā)測試的過程，是一個負載測試和壓力測試的過程。 即逐漸增 加負載，直到系統(tǒng)的瓶頸或者不能接收的性能點， 通過綜合分析交易 執(zhí)行指標和資源監(jiān)控指標來確定系統(tǒng)并發(fā)性能的過程。(2)速度主要測試系統(tǒng)關鍵操作的效率，例如查詢信息速度、數(shù)據(jù)匯總統(tǒng) 計的速度等。(3)疲勞測試通常是采用系統(tǒng)穩(wěn)定運行情況下能夠支持的最大并發(fā)用戶數(shù)，持續(xù)執(zhí)行一段時間業(yè)務，通過綜合分析交易執(zhí)行指標和資源監(jiān)控指標來 確定系統(tǒng)處理最大工作量強度性能的過程。一般情況下利用疲勞強度 測試來模擬系統(tǒng)日常業(yè)務操作。.2.5兼容性測試兼容性試檢測應用系統(tǒng)在不同的軟件和硬件配置中的運行情況。在大

19、多數(shù)環(huán)境中，客戶機、網(wǎng)絡連接和數(shù)據(jù)庫服務器的具體硬件規(guī)格 會有所不同，客戶機可能會安裝不同的軟件，而且在任何時候，都可 能運行許多不同的軟件組合，從而占用不同的資源。主要適應性測試 的內(nèi)容有：工硬件兼容性：系統(tǒng)對不同型號硬件（如服務器、打印機、掃描 儀等設備）的兼容程度。4軟件兼容性：考察系統(tǒng)與其他現(xiàn)有應用軟件的兼容性，如殺毒 軟件、報表軟件等。工數(shù)據(jù)兼容性：符合需求說明書的數(shù)據(jù)標準要求，在保證系統(tǒng)和 數(shù)據(jù)安全的前提下，能夠方便地與其他現(xiàn)有的系統(tǒng)實現(xiàn)數(shù)據(jù)交換和共 享。.2.6 平臺移植性測試在淮委已有主機平臺的模擬環(huán)境中測試系統(tǒng)能否平滑移植。.2.7 易用性測試1、

20、測試方法該質(zhì)量特性與軟件本身的功能缺陷是息息相關的，因此在利用功能測試的結果去分析是得到其他質(zhì)量特性的主要方法。對于軟件易用性測試，主要利用評估的方式，測試人員以用戶需 求說明為準則，按不同的評估項內(nèi)容給出評價。2、測試內(nèi)容易安裝性：安裝的難易程度，符合流行安裝模式；用戶界面的友好性：界面的簡潔性如何，與人事和物流管理實際 業(yè)務流程的相符程度如何，界面風格一致性；易學習性：相對一般操作人員來說，學習使用的難度如何，對操作人員有何要求；易操作性：操作的難易程度，對主要或常用功能應該提供快捷方 式；聯(lián)機幫助豐富性：考察聯(lián)機幫助的準確性、全面性，在關鍵操作 時使用聯(lián)機幫助的方便性。.2

21、.8 用戶文檔測試用戶文檔主要包括用戶需求說明書、用戶操作手冊、設計說明書, 我們從以下七個方面對用戶文檔進行檢查：4規(guī)范性；工符合性；士完整性；士一致性；4易理解程度；士印刷與包裝質(zhì)量；4操作實例。.2.9 回歸測試對上次測試中問題修改后的重復測試， 驗證修改后的內(nèi)容是否滿 足現(xiàn)在的需求或引發(fā)了新的錯誤。 測試步驟、日程和工具.1 軟件測試步驟.1.1 確定測試需求北京江河瑞通技術發(fā)展有限公司將通過與客戶的溝通交流，并參考相關的國家標準和規(guī)范，確定軟件測試需求。同時，確定軟件測試 大綱。.1.2 制定測試方案根據(jù)軟件測試需

22、求以及軟件測試大綱，北京江河瑞通技術發(fā)展有 限公司的軟件測試工程師將制定相應的軟件測試方案， 合理調(diào)配人力 資源和測試進度。編制完成的軟件測試方案，北京江河瑞通技術發(fā)展有限公司將組 織專人對測試方案進行內(nèi)部評審。 如果內(nèi)部評審通過，將進入下一個 步驟；如果內(nèi)部評審不通過，將對軟件測試方案進行修正和改進，軟 件測試方案修正和改進完成后會再進行評審。.1.3 設計測試用例根據(jù)測試方案，設計單元測試用例、集成測試用例以及系統(tǒng)測試 用例。單元測試用例針對項目建設應用系統(tǒng)軟件的各個子系統(tǒng)子模塊 進行設計。集成測試用例包括系統(tǒng)外部接口測試用例和系統(tǒng)內(nèi)部接口 測試用例。系統(tǒng)測試用例包括性能測試

23、用例、配置測試用例、安裝測 試用例、安全性測試用例、可靠性測試用例、兼容性測試用例、平臺 移植性測試用例、易用性測試用例、用戶文檔測試用例以及回歸測試 用例。設計完成的軟件測試用例，北京江河瑞通技術發(fā)展有限公司將組 織專人對測試用例進行內(nèi)部評審。 如果內(nèi)部評審通過，將進入下一個 步驟；如果內(nèi)部評審不通過，將對軟件測試用例進行修正和改進，軟 件測試用例修正和改進完成后會再進行評審。.1.4 執(zhí)行測試執(zhí)行測試過程將分為A角測試和B角測試同步進行。根據(jù)兩者結 果的對比，如果無偏差，同時根據(jù)測試中出現(xiàn)的問題，撰寫并提交測 試問題報告，審核通過后，提交問題單，并進行回歸測試。如果 A角 測

24、試和B角測試的結果存在偏差，或者測試問題報告的內(nèi)部評審不通 過，將執(zhí)行補充測試。.1.5 撰寫測試報告根據(jù)軟件測試結果撰寫測試初報告，測試初報告完成后將進行內(nèi) 部評審，如果評審通過將提交軟件測試最終報告；如果內(nèi)部評審不通過，將就報告中存在的問題和不完善的地方進行修正和改進，并酌情進行補充測試。.1.6 消除軟件缺陷根據(jù)最終的軟件測試報告，北京江河瑞通技術發(fā)展有限公司軟件 開發(fā)工程師將對軟件存在的一些缺陷進行修復，消除軟件缺陷，確保 項目應用系統(tǒng)軟件的安全穩(wěn)定運行。.2 軟件測試日程項目系統(tǒng)軟件的周期較長，具體軟件測試日程安排，我們將根據(jù) 整個的工程進度

25、進行合理計劃，初步的軟件測試日程安排如下。單元測試：在系統(tǒng)編碼過程中進行。集成測試和系統(tǒng)測試：逐階段進行。.3 軟件測試工具應用系統(tǒng)測試工具是該部分件測試工作的一個重要的組成部分， 它能夠協(xié)助測試工程師完成許多手工無法完成或者難以實現(xiàn)的一些 測試工作。正確、合理地選擇和使用測試工具可以快速、全面地對軟 件進行測試，從而提高軟件質(zhì)量。在不同的測試階段，我們應該選擇不同的測試工具進行測試的實 施和管理工作，由于測試工具的使用需要比較高的技巧和比較豐富的 經(jīng)驗，所以即使在同一個項目中，我們也可能需要隨時根據(jù)項目的實 際情況選擇不同的測試工具。北京江河瑞通技術發(fā)展有限公司進行過 大量的軟

26、件工程項目測試，對于各種測試工具，尤其是測試管理工具、 性能測試工具和故障定位工具的使用積累了豐富的使用經(jīng)驗，可以在測試過程中應對出現(xiàn)的各種可能的情況。士系統(tǒng)日志工具Log4J在軟件系統(tǒng)的開發(fā)和系統(tǒng)的運行過程中， 系統(tǒng)日志都是非常重要 的。好的系統(tǒng)運行日志，可以為系統(tǒng)的運行狀況評估、故障分析提供 有力的數(shù)據(jù)支持。在軟件開發(fā)過程中，系統(tǒng)日志也是軟件調(diào)試和測試 的利器。Log4J （還有Log4c等）同樣來源于互聯(lián)網(wǎng)權威的開源組織 ，是一個優(yōu)秀的系統(tǒng)日志框架，我們在這個框架的基礎上， 根據(jù)其提供的二次開發(fā)接口，結合項目的實際需求，對日志的信息級 別、輸出格式、日志信息存儲方式等

27、進行定制和二次開發(fā)。為軟件的 調(diào)試和測試過程提供統(tǒng)一的信息描述格式，提高軟件開發(fā)不同角色之 間的溝通效率。系統(tǒng)進入運行期之后，只需要對運行期間所需記錄的 信息級別進行設置，就可完成從開發(fā)階段向運行階段的轉(zhuǎn)換。4功能測試工具 WinRunnerWinRunner是一種企業(yè)級的功能測試工具，用于檢測應用程序是 否能夠達到預期的功能及正常運行。通過自動錄制、檢測和回放用戶的應用操作，WinRunner能夠有效地幫助測試人員對復雜的企業(yè)級應 用的不同發(fā)布版進行測試，提高測試人員的工作效率和質(zhì)量，確保跨 平臺的、復雜的企業(yè)級應用無故障發(fā)布及長期穩(wěn)定運行。 Webi戶模擬和壓力測試工具 WebStress

28、WebStress是MiscroSoft開發(fā)的一個Web測試軟件。它可以模 擬任何人數(shù)在同一時間內(nèi)進站或是循序進站時你的Server的反應表現(xiàn)。只要輸入網(wǎng)站的URL網(wǎng)址以及模擬的上站人數(shù)，就可以看出Server在這種壓力測試下的評比，用條狀圖明白地表示出Server反應時間、傳遞速率等相關數(shù)據(jù)。除了 Http的網(wǎng)頁外，還支持JSP等 語言撰寫的程序。支持 Proxy設定、密碼輸入、Cookies與JSP的 Session等功能。使用WebStress,可以模擬 Webi戶對應用的訪問過程，實現(xiàn)自 動化測試，也可以對軟件的實現(xiàn)效率、服務器的負載情況進行測試， 在以往的項目中得到了廣泛的使用。4測

29、試管理工具TestDirectorTestDirector 是全球最大的軟件測試工具提供商MercuryInteractive 公司生產(chǎn)的企業(yè)級測試管理工具，也是業(yè)界第一個基于 Web的測試管理系統(tǒng)，它可以在您公司內(nèi)部或外部進行全球范圍內(nèi)測 試的管理。通過在一個整體的應用系統(tǒng)中集成了測試管理的各個部分， 包括需求管理，測試計劃，測試執(zhí)行以及錯誤跟蹤等功能， TestDirector 極大地加速了測試過程。.4 軟件測試程序測試人員要仔細閱讀有關資料，包括規(guī)格說明、設計文檔、使用 說明書及在設計過程中形成的測試大綱、測試內(nèi)容及測試的通過準則，全面熟悉系統(tǒng)，編寫測試計劃，設計測試用例，作好測試前的準備工 作