軟硬件測(cè)試方案

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

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

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

4、測(cè)試依據(jù)的用戶文檔主要有以下兩個(gè)：需求規(guī)格說(shuō)明書總體設(shè)計(jì)書.4.2 測(cè)試技術(shù)標(biāo)準(zhǔn)規(guī)范軟件測(cè)試依據(jù)的國(guó)家技術(shù)標(biāo)準(zhǔn)規(guī)范主要有以下八個(gè)：GB/T 175441998 信息系統(tǒng)及軟件完整性級(jí)別GB/T 162602006 軟件質(zhì)量模型與度量GB/T 189052002 軟件工程產(chǎn)品評(píng)價(jià)GB/T 85672006 計(jì)算機(jī)軟件文檔編制規(guī)范GB/T9386-2008 計(jì)算機(jī)軟件測(cè)試文件編制規(guī)范GB/T 25000.1-2010 軟件質(zhì)量要求與評(píng)價(jià)（SQuaRE）指南CSTCJSBZ02 應(yīng)用軟件產(chǎn)品測(cè)試規(guī)范CSTCJSBZ03 軟件產(chǎn)品測(cè)試評(píng)分標(biāo)準(zhǔn) 測(cè)試方法和主要內(nèi)容1.1.1.

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

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

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

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

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

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

11、測(cè)試。3、 功能覆蓋率分析對(duì)每個(gè)模塊的功能覆蓋率進(jìn)行分析，首先測(cè)試用例對(duì)所有的業(yè)務(wù)流程、數(shù)據(jù)流以及核心功能點(diǎn)的覆蓋率達(dá)到100。其次，必須滿足用戶測(cè)試的需求。4、 測(cè)試內(nèi)容測(cè)試將對(duì)以下項(xiàng)目應(yīng)用系統(tǒng)中的相關(guān)功能進(jìn)行測(cè)試。.2.2 安全性測(cè)試安全性測(cè)試采用軟件測(cè)試當(dāng)中的黑盒測(cè)試方法，對(duì)涉及安全的軟件功能，如：用戶管理模塊、權(quán)限管理模塊、加密系統(tǒng)、認(rèn)證系統(tǒng)等進(jìn)行測(cè)試，主要是驗(yàn)證上述功能是否有效。.2.3 可靠性測(cè)試可靠性是指產(chǎn)品在規(guī)定的條件下和規(guī)定的時(shí)間內(nèi)完成規(guī)定功能的能力。例如針對(duì)某個(gè)軟件系統(tǒng)，主要的可靠性測(cè)試指標(biāo)包括：l 屏蔽用戶操作錯(cuò)誤：考察對(duì)用戶常見(jiàn)的誤操作的提示

12、和屏蔽情況；l 輸入數(shù)據(jù)有效性檢查：系統(tǒng)對(duì)數(shù)據(jù)錄入的有效性檢查；l 錯(cuò)誤提示的準(zhǔn)確性：對(duì)用戶的錯(cuò)誤提示準(zhǔn)確程度；l 錯(cuò)誤是否導(dǎo)致系統(tǒng)異常退出：有無(wú)操作錯(cuò)誤引起系統(tǒng)異常退出的情況；l 異常情況的影響：在程序運(yùn)行過(guò)程中進(jìn)行掉電或斷網(wǎng)試驗(yàn)，考察數(shù)據(jù)和系統(tǒng)的受影響程度，若受損，是否提供補(bǔ)救工具，補(bǔ)救的情況如何；l 數(shù)據(jù)庫(kù)備份及恢復(fù)測(cè)試：系統(tǒng)是否提供數(shù)據(jù)備份和恢復(fù)手段，能否進(jìn)行數(shù)據(jù)庫(kù)的備份和恢復(fù)。l 結(jié)合功能測(cè)試：對(duì)于用戶權(quán)限限制、用戶和密碼封閉性、數(shù)據(jù)備份與恢復(fù)手段、留痕功能等，系統(tǒng)安全性的測(cè)試可以結(jié)合功能測(cè)試完成，因?yàn)樯鲜龉δ芗词窍到y(tǒng)安全性考慮，同時(shí)也是系統(tǒng)的功能模塊； l 留痕功能：系統(tǒng)是否有操作

13、日志，操作日志記錄的操作情況的全面性和準(zhǔn)確性，是否包括主要要素如操作員、操作日期、使用模塊等，是否具有日志查詢功能；l 采用統(tǒng)一身份認(rèn)證，用戶能否操作不屬于其職權(quán)的其他子系統(tǒng)；l 外網(wǎng)能否不經(jīng)過(guò)CA認(rèn)證就可登錄該系統(tǒng)?？煽啃詼y(cè)試除了包括上述基本項(xiàng)外，重點(diǎn)的測(cè)試內(nèi)容是數(shù)據(jù)可靠性和系統(tǒng)長(zhǎng)時(shí)間無(wú)故障穩(wěn)定運(yùn)行，可通過(guò)以下種方法實(shí)施：1、 結(jié)合功能測(cè)試：軟件可靠性與軟件本身的缺陷數(shù)量息息相關(guān)，因此結(jié)合功能測(cè)試尋找軟件缺陷，可以提高軟件系統(tǒng)可靠性，主要是系統(tǒng)的錯(cuò)誤屏蔽、數(shù)據(jù)校驗(yàn)?zāi)芰推渌c功能相關(guān)的可靠性指標(biāo)；2、 模擬測(cè)試：通過(guò)模擬的手段模擬系統(tǒng)異常情況的出現(xiàn)，如：系統(tǒng)死機(jī)、系統(tǒng)掉電、網(wǎng)絡(luò)中斷、設(shè)備故障

14、等情況，測(cè)試系統(tǒng)對(duì)于出現(xiàn)異常情況的預(yù)防和恢復(fù)措施。3、 獨(dú)立處理能力：在某系統(tǒng)發(fā)生故障時(shí)具有能獨(dú)立運(yùn)行的能力。4、 數(shù)據(jù)可靠性測(cè)試：包括數(shù)據(jù)備份測(cè)試策略、災(zāi)難恢復(fù)測(cè)試、備份與恢復(fù)速度。5、 長(zhǎng)時(shí)間無(wú)故障穩(wěn)定運(yùn)行：日常業(yè)務(wù)疲勞強(qiáng)度測(cè)試就是模擬系統(tǒng)的日常業(yè)務(wù)，持續(xù)執(zhí)行“一段時(shí)間”，暴露系統(tǒng)的性能問(wèn)題，例如內(nèi)存泄漏、資源爭(zhēng)用等，分析與調(diào)整的方法與并發(fā)性能測(cè)試是非常類似的。高峰業(yè)務(wù)疲勞強(qiáng)度測(cè)試就是模擬系統(tǒng)的高峰業(yè)務(wù)，持續(xù)執(zhí)行“一段時(shí)間”，這樣的負(fù)載是對(duì)系統(tǒng)的雙重考驗(yàn)，既包括負(fù)載壓力，又包括長(zhǎng)時(shí)間。.2.4 性能測(cè)試1、 性能測(cè)試綜述性能測(cè)試方法是在系統(tǒng)真實(shí)運(yùn)行環(huán)境，基于重點(diǎn)事件優(yōu)先的原則

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

16、，考察系統(tǒng)在各種情況下的性能表現(xiàn)。在具體測(cè)試過(guò)程中需要結(jié)合功能測(cè)試制定相應(yīng)的測(cè)試案例，包括以下內(nèi)容：測(cè)試腳本：選擇影響系統(tǒng)執(zhí)行效率的功能模塊，錄制典型的業(yè)務(wù)流程腳本作為執(zhí)行效率測(cè)試的基礎(chǔ)案例。測(cè)試腳本的制定方法，可以利用測(cè)試工具的“錄制”功能錄制相應(yīng)的測(cè)試腳本，也可以通過(guò)腳本編程語(yǔ)言進(jìn)行腳本的編寫；并發(fā)用戶數(shù)量：分為負(fù)載測(cè)試和壓力測(cè)試，負(fù)載測(cè)試是指系統(tǒng)能夠承受的正常用戶并發(fā)數(shù)量；壓力測(cè)試是指系統(tǒng)能夠承受的最大用戶并發(fā)數(shù)量；并發(fā)方式：主要指用戶并發(fā)過(guò)程中與真實(shí)情況相似程度，包括并發(fā)用戶數(shù)量變化的方式、并發(fā)過(guò)程使用的真實(shí)客戶端數(shù)量、對(duì)于并發(fā)峰值的模擬等。（2） 設(shè)備效率主要指系統(tǒng)CPU占用率、內(nèi)存

17、占用率、磁盤占用率、輸入輸出效率等，包括軟件在不工作狀態(tài)下對(duì)于硬件資源的占用情況和進(jìn)行業(yè)務(wù)處理過(guò)程中對(duì)于硬件資源的占用情況，包括數(shù)據(jù)庫(kù)服務(wù)器、應(yīng)用服務(wù)器和客戶端等。通常操作系統(tǒng)均提供了監(jiān)控端口，只要通過(guò)測(cè)試工具自動(dòng)連接相應(yīng)端口，即可實(shí)現(xiàn)監(jiān)控系統(tǒng)的設(shè)備效率，并結(jié)合執(zhí)行效率進(jìn)行相關(guān)測(cè)試。（3） 網(wǎng)絡(luò)效率主要指網(wǎng)絡(luò)吞吐量、網(wǎng)絡(luò)的使用頻度與帶寬占用。性能分析：通過(guò)執(zhí)行和設(shè)備效率及網(wǎng)絡(luò)效率測(cè)試結(jié)果進(jìn)行性能分析，找出可能影響性能的環(huán)節(jié)。2、 性能壓力測(cè)試實(shí)施測(cè)試實(shí)施可從以下幾個(gè)方面考慮：（1） 并發(fā)性能并發(fā)測(cè)試的過(guò)程，是一個(gè)負(fù)載測(cè)試和壓力測(cè)試的過(guò)程。即逐漸增加負(fù)載，直到系統(tǒng)的瓶頸或者不能接收的性能點(diǎn)，通過(guò)

18、綜合分析交易執(zhí)行指標(biāo)和資源監(jiān)控指標(biāo)來(lái)確定系統(tǒng)并發(fā)性能的過(guò)程。（2） 速度主要測(cè)試系統(tǒng)關(guān)鍵操作的效率，例如查詢信息速度、數(shù)據(jù)匯總統(tǒng)計(jì)的速度等。（3） 疲勞測(cè)試通常是采用系統(tǒng)穩(wěn)定運(yùn)行情況下能夠支持的最大并發(fā)用戶數(shù)，持續(xù)執(zhí)行一段時(shí)間業(yè)務(wù)，通過(guò)綜合分析交易執(zhí)行指標(biāo)和資源監(jiān)控指標(biāo)來(lái)確定系統(tǒng)處理最大工作量強(qiáng)度性能的過(guò)程。一般情況下利用疲勞強(qiáng)度測(cè)試來(lái)模擬系統(tǒng)日常業(yè)務(wù)操作。.2.5 兼容性測(cè)試兼容性試檢測(cè)應(yīng)用系統(tǒng)在不同的軟件和硬件配置中的運(yùn)行情況。在大多數(shù)環(huán)境中，客戶機(jī)、網(wǎng)絡(luò)連接和數(shù)據(jù)庫(kù)服務(wù)器的具體硬件規(guī)格會(huì)有所不同，客戶機(jī)可能會(huì)安裝不同的軟件，而且在任何時(shí)候，都可能運(yùn)行許多不同的軟件組合，從而

19、占用不同的資源。主要適應(yīng)性測(cè)試的內(nèi)容有：l 硬件兼容性：系統(tǒng)對(duì)不同型號(hào)硬件（如服務(wù)器、打印機(jī)、掃描儀等設(shè)備）的兼容程度。l 軟件兼容性：考察系統(tǒng)與其他現(xiàn)有應(yīng)用軟件的兼容性，如殺毒軟件、報(bào)表軟件等。l 數(shù)據(jù)兼容性：符合需求說(shuō)明書的數(shù)據(jù)標(biāo)準(zhǔn)要求，在保證系統(tǒng)和數(shù)據(jù)安全的前提下，能夠方便地與其他現(xiàn)有的系統(tǒng)實(shí)現(xiàn)數(shù)據(jù)交換和共享。.2.6 平臺(tái)移植性測(cè)試在淮委已有主機(jī)平臺(tái)的模擬環(huán)境中測(cè)試系統(tǒng)能否平滑移植。.2.7 易用性測(cè)試1、 測(cè)試方法該質(zhì)量特性與軟件本身的功能缺陷是息息相關(guān)的，因此在利用功能測(cè)試的結(jié)果去分析是得到其他質(zhì)量特性的主要方法。 對(duì)于軟件易用性測(cè)試，主要利用評(píng)估的方式

20、，測(cè)試人員以用戶需求說(shuō)明為準(zhǔn)則，按不同的評(píng)估項(xiàng)內(nèi)容給出評(píng)價(jià)。2、 測(cè)試內(nèi)容易安裝性：安裝的難易程度，符合流行安裝模式；用戶界面的友好性：界面的簡(jiǎn)潔性如何，與人事和物流管理實(shí)際業(yè)務(wù)流程的相符程度如何，界面風(fēng)格一致性；易學(xué)習(xí)性：相對(duì)一般操作人員來(lái)說(shuō)，學(xué)習(xí)使用的難度如何，對(duì)操作人員有何要求；易操作性：操作的難易程度，對(duì)主要或常用功能應(yīng)該提供快捷方式；聯(lián)機(jī)幫助豐富性：考察聯(lián)機(jī)幫助的準(zhǔn)確性、全面性，在關(guān)鍵操作時(shí)使用聯(lián)機(jī)幫助的方便性。.2.8 用戶文檔測(cè)試用戶文檔主要包括用戶需求說(shuō)明書、用戶操作手冊(cè)、設(shè)計(jì)說(shuō)明書，我們從以下七個(gè)方面對(duì)用戶文檔進(jìn)行檢查：l 規(guī)范性；l 符合性；l 完整性；l 一

21、致性；l 易理解程度；l 印刷與包裝質(zhì)量；l 操作實(shí)例。.2.9 回歸測(cè)試對(duì)上次測(cè)試中問(wèn)題修改后的重復(fù)測(cè)試，驗(yàn)證修改后的內(nèi)容是否滿足現(xiàn)在的需求或引發(fā)了新的錯(cuò)誤。 測(cè)試步驟、日程和工具.1 軟件測(cè)試步驟.1.1 確定測(cè)試需求北京江河瑞通技術(shù)發(fā)展有限公司將通過(guò)與客戶的溝通交流，并參考相關(guān)的國(guó)家標(biāo)準(zhǔn)和規(guī)范，確定軟件測(cè)試需求。同時(shí)，確定軟件測(cè)試大綱。.1.2 制定測(cè)試方案根據(jù)軟件測(cè)試需求以及軟件測(cè)試大綱，北京江河瑞通技術(shù)發(fā)展有限公司的軟件測(cè)試工程師將制定相應(yīng)的軟件測(cè)試方案，合理調(diào)配人力資源和測(cè)試進(jìn)度。編制完成的軟件測(cè)試方案，北京江河

22、瑞通技術(shù)發(fā)展有限公司將組織專人對(duì)測(cè)試方案進(jìn)行內(nèi)部評(píng)審。如果內(nèi)部評(píng)審?fù)ㄟ^(guò)，將進(jìn)入下一個(gè)步驟；如果內(nèi)部評(píng)審不通過(guò)，將對(duì)軟件測(cè)試方案進(jìn)行修正和改進(jìn)，軟件測(cè)試方案修正和改進(jìn)完成后會(huì)再進(jìn)行評(píng)審。.1.3 設(shè)計(jì)測(cè)試用例根據(jù)測(cè)試方案，設(shè)計(jì)單元測(cè)試用例、集成測(cè)試用例以及系統(tǒng)測(cè)試用例。單元測(cè)試用例針對(duì)項(xiàng)目建設(shè)應(yīng)用系統(tǒng)軟件的各個(gè)子系統(tǒng)子模塊進(jìn)行設(shè)計(jì)。集成測(cè)試用例包括系統(tǒng)外部接口測(cè)試用例和系統(tǒng)內(nèi)部接口測(cè)試用例。系統(tǒng)測(cè)試用例包括性能測(cè)試用例、配置測(cè)試用例、安裝測(cè)試用例、安全性測(cè)試用例、可靠性測(cè)試用例、兼容性測(cè)試用例、平臺(tái)移植性測(cè)試用例、易用性測(cè)試用例、用戶文檔測(cè)試用例以及回歸測(cè)試用例。設(shè)計(jì)完成的軟件測(cè)試

23、用例，北京江河瑞通技術(shù)發(fā)展有限公司將組織專人對(duì)測(cè)試用例進(jìn)行內(nèi)部評(píng)審。如果內(nèi)部評(píng)審?fù)ㄟ^(guò)，將進(jìn)入下一個(gè)步驟；如果內(nèi)部評(píng)審不通過(guò)，將對(duì)軟件測(cè)試用例進(jìn)行修正和改進(jìn)，軟件測(cè)試用例修正和改進(jìn)完成后會(huì)再進(jìn)行評(píng)審。.1.4 執(zhí)行測(cè)試執(zhí)行測(cè)試過(guò)程將分為A角測(cè)試和B角測(cè)試同步進(jìn)行。根據(jù)兩者結(jié)果的對(duì)比，如果無(wú)偏差，同時(shí)根據(jù)測(cè)試中出現(xiàn)的問(wèn)題，撰寫并提交測(cè)試問(wèn)題報(bào)告，審核通過(guò)后，提交問(wèn)題單，并進(jìn)行回歸測(cè)試。如果A角測(cè)試和B角測(cè)試的結(jié)果存在偏差，或者測(cè)試問(wèn)題報(bào)告的內(nèi)部評(píng)審不通過(guò)，將執(zhí)行補(bǔ)充測(cè)試。.1.5 撰寫測(cè)試報(bào)告根據(jù)軟件測(cè)試結(jié)果撰寫測(cè)試初報(bào)告，測(cè)試初報(bào)告完成后將進(jìn)行內(nèi)部評(píng)審，如果評(píng)審?fù)ㄟ^(guò)將

24、提交軟件測(cè)試最終報(bào)告；如果內(nèi)部評(píng)審不通過(guò)，將就報(bào)告中存在的問(wèn)題和不完善的地方進(jìn)行修正和改進(jìn)，并酌情進(jìn)行補(bǔ)充測(cè)試。.1.6 消除軟件缺陷根據(jù)最終的軟件測(cè)試報(bào)告，北京江河瑞通技術(shù)發(fā)展有限公司軟件開(kāi)發(fā)工程師將對(duì)軟件存在的一些缺陷進(jìn)行修復(fù)，消除軟件缺陷，確保項(xiàng)目應(yīng)用系統(tǒng)軟件的安全穩(wěn)定運(yùn)行。.2 軟件測(cè)試日程項(xiàng)目系統(tǒng)軟件的周期較長(zhǎng)，具體軟件測(cè)試日程安排，我們將根據(jù)整個(gè)的工程進(jìn)度進(jìn)行合理計(jì)劃，初步的軟件測(cè)試日程安排如下。單元測(cè)試：在系統(tǒng)編碼過(guò)程中進(jìn)行。集成測(cè)試和系統(tǒng)測(cè)試：逐階段進(jìn)行。.3 軟件測(cè)試工具應(yīng)用系統(tǒng)測(cè)試工具是該部分件測(cè)試工作的一個(gè)重要的組成部分，它能夠協(xié)

25、助測(cè)試工程師完成許多手工無(wú)法完成或者難以實(shí)現(xiàn)的一些測(cè)試工作。正確、合理地選擇和使用測(cè)試工具可以快速、全面地對(duì)軟件進(jìn)行測(cè)試，從而提高軟件質(zhì)量。在不同的測(cè)試階段，我們應(yīng)該選擇不同的測(cè)試工具進(jìn)行測(cè)試的實(shí)施和管理工作，由于測(cè)試工具的使用需要比較高的技巧和比較豐富的經(jīng)驗(yàn)，所以即使在同一個(gè)項(xiàng)目中，我們也可能需要隨時(shí)根據(jù)項(xiàng)目的實(shí)際情況選擇不同的測(cè)試工具。北京江河瑞通技術(shù)發(fā)展有限公司進(jìn)行過(guò)大量的軟件工程項(xiàng)目測(cè)試，對(duì)于各種測(cè)試工具，尤其是測(cè)試管理工具、性能測(cè)試工具和故障定位工具的使用積累了豐富的使用經(jīng)驗(yàn)，可以在測(cè)試過(guò)程中應(yīng)對(duì)出現(xiàn)的各種可能的情況。l 系統(tǒng)日志工具Log4J在軟件系統(tǒng)的開(kāi)發(fā)和系統(tǒng)的運(yùn)行過(guò)程中，系統(tǒng)

26、日志都是非常重要的。好的系統(tǒng)運(yùn)行日志，可以為系統(tǒng)的運(yùn)行狀況評(píng)估、故障分析提供有力的數(shù)據(jù)支持。在軟件開(kāi)發(fā)過(guò)程中，系統(tǒng)日志也是軟件調(diào)試和測(cè)試的利器。Log4J（還有Log4C等）同樣來(lái)源于互聯(lián)網(wǎng)權(quán)威的開(kāi)源組織，是一個(gè)優(yōu)秀的系統(tǒng)日志框架，我們?cè)谶@個(gè)框架的基礎(chǔ)上，根據(jù)其提供的二次開(kāi)發(fā)接口，結(jié)合項(xiàng)目的實(shí)際需求，對(duì)日志的信息級(jí)別、輸出格式、日志信息存儲(chǔ)方式等進(jìn)行定制和二次開(kāi)發(fā)。為軟件的調(diào)試和測(cè)試過(guò)程提供統(tǒng)一的信息描述格式，提高軟件開(kāi)發(fā)不同角色之間的溝通效率。系統(tǒng)進(jìn)入運(yùn)行期之后，只需要對(duì)運(yùn)行期間所需記錄的信息級(jí)別進(jìn)行設(shè)置，就可完成從開(kāi)發(fā)階段向運(yùn)行階段的轉(zhuǎn)換。l 功能測(cè)試工具WinRunn

27、erWinRunner是一種企業(yè)級(jí)的功能測(cè)試工具，用于檢測(cè)應(yīng)用程序是否能夠達(dá)到預(yù)期的功能及正常運(yùn)行。通過(guò)自動(dòng)錄制、檢測(cè)和回放用戶的應(yīng)用操作，WinRunner能夠有效地幫助測(cè)試人員對(duì)復(fù)雜的企業(yè)級(jí)應(yīng)用的不同發(fā)布版進(jìn)行測(cè)試，提高測(cè)試人員的工作效率和質(zhì)量，確保跨平臺(tái)的、復(fù)雜的企業(yè)級(jí)應(yīng)用無(wú)故障發(fā)布及長(zhǎng)期穩(wěn)定運(yùn)行。l Web用戶模擬和壓力測(cè)試工具WebStressWebStress是MiscroSoft開(kāi)發(fā)的一個(gè)Web測(cè)試軟件。它可以模擬任何人數(shù)在同一時(shí)間內(nèi)進(jìn)站或是循序進(jìn)站時(shí)你的Server的反應(yīng)表現(xiàn)。只要輸入網(wǎng)站的URL網(wǎng)址以及模擬的上站人數(shù)，就可以看出Server在這種壓力測(cè)試下的評(píng)比，用條狀圖明白

28、地表示出Server反應(yīng)時(shí)間、傳遞速率等相關(guān)數(shù)據(jù)。除了Http的網(wǎng)頁(yè)外，還支持JSP等語(yǔ)言撰寫的程序。支持Proxy設(shè)定、密碼輸入、Cookies與JSP的Session等功能。使用WebStress，可以模擬Web用戶對(duì)應(yīng)用的訪問(wèn)過(guò)程，實(shí)現(xiàn)自動(dòng)化測(cè)試，也可以對(duì)軟件的實(shí)現(xiàn)效率、服務(wù)器的負(fù)載情況進(jìn)行測(cè)試，在以往的項(xiàng)目中得到了廣泛的使用。l 測(cè)試管理工具TestDirectorTestDirector是全球最大的軟件測(cè)試工具提供商Mercury Interactive公司生產(chǎn)的企業(yè)級(jí)測(cè)試管理工具，也是業(yè)界第一個(gè)基于Web的測(cè)試管理系統(tǒng),它可以在您公司內(nèi)部或外部進(jìn)行全球范圍內(nèi)測(cè)試的管理。通過(guò)在一個(gè)整體的應(yīng)用系統(tǒng)中集成了測(cè)試管理的各個(gè)部分，包括需求管理，測(cè)試計(jì)劃，測(cè)試執(zhí)行以及錯(cuò)誤跟蹤等功能，TestDirector極大地加速了測(cè)試過(guò)程。.4 軟件測(cè)試程序測(cè)試人員要仔細(xì)閱讀有關(guān)資料，包括規(guī)格說(shuō)明、設(shè)計(jì)文檔、使用說(shuō)明書及在設(shè)計(jì)過(guò)程中形成的測(cè)試大綱、測(cè)試內(nèi)容及測(cè)試的通過(guò)準(zhǔn)則，全面熟悉系統(tǒng)，編寫測(cè)試計(jì)劃，設(shè)計(jì)測(cè)試用例，作好