軟件測(cè)試的基本流程與測(cè)試規(guī)范

1、精選文檔軟件測(cè)試的基本流程與測(cè)試規(guī)范目錄前言1一、軟件測(cè)試的流程21.測(cè)試基本流程圖22.測(cè)試各階段工作流程32.1需求分析階段32.2計(jì)劃與設(shè)計(jì)階段42.3測(cè)試實(shí)施階段42.4測(cè)試結(jié)束52.5測(cè)試驗(yàn)收和歸檔7二、軟件測(cè)試規(guī)范81.測(cè)試階段所基于的文檔（包括但不限于）81.1軟件需求規(guī)格說(shuō)明書(shū)81.2軟件設(shè)計(jì)說(shuō)明（概要設(shè)計(jì)或詳細(xì)設(shè)計(jì)）81.3軟件設(shè)計(jì)原型（demo）91.4接口文檔92.測(cè)試的種類(lèi)（按階段劃分）92.1單元測(cè)試92.2集成測(cè)試112.3冒煙測(cè)試（非必須）122.4系統(tǒng)測(cè)試122.5隨機(jī)測(cè)試（非必須）132.6驗(yàn)收測(cè)試（非必須）133.測(cè)試的類(lèi)型（按測(cè)試內(nèi)容劃分）143.1功能測(cè)

2、試143.2界面測(cè)試（UI測(cè)試）193.3接口測(cè)試203.4性能測(cè)試203.5兼容性測(cè)試223.6安全測(cè)試223.7安裝測(cè)試244.缺陷管理254.1缺陷提交規(guī)范254.2缺陷生命周期274.3缺陷等級(jí)劃分28前言此文檔就項(xiàng)目中測(cè)試部分的工作流程進(jìn)行了一個(gè)梳理，參考了不同的資料，提煉整理的內(nèi)容為業(yè)內(nèi)已經(jīng)成型、被大多數(shù)項(xiàng)目采用和認(rèn)可的。因此，該流程并不針對(duì)某一個(gè)具體的企業(yè)或者項(xiàng)目，運(yùn)用到某一個(gè)項(xiàng)目中時(shí)，可進(jìn)行必要的增減和修改。另外，文章中測(cè)試規(guī)范部分，也是查閱了網(wǎng)上很多的資料、參考了其他項(xiàng)目文檔，并結(jié)合本人經(jīng)驗(yàn)整理而成，可以覆蓋到項(xiàng)目開(kāi)發(fā)過(guò)程中會(huì)遇到的絕大部分的測(cè)試面，針對(duì)不同的測(cè)試內(nèi)容，該規(guī)范

3、也能夠起到一定的指導(dǎo)和參考作用。但是在實(shí)際的工作中，放到具體的項(xiàng)目里，也需要根據(jù)具體情況和要求進(jìn)行適當(dāng)?shù)恼{(diào)整。一、軟件測(cè)試的流程1.測(cè)試基本流程圖2.測(cè)試各階段工作流程2.1需求分析階段測(cè)試需求是整個(gè)測(cè)試過(guò)程的基礎(chǔ)；確定測(cè)試對(duì)象以及測(cè)試工作的范圍和作用。用來(lái)確定整個(gè)測(cè)試工作（如安排時(shí)間表、測(cè)試設(shè)計(jì)等）并作為測(cè)試覆蓋的基礎(chǔ)，測(cè)試需求是計(jì)算測(cè)試覆蓋的分母，沒(méi)有測(cè)試需求就無(wú)法有效地進(jìn)行測(cè)試覆蓋。開(kāi)始分析和提取測(cè)試需求的時(shí)候，整個(gè)項(xiàng)目一定至少已經(jīng)進(jìn)入設(shè)計(jì)階段，一定要有需求文檔、設(shè)計(jì)說(shuō)明文檔或者原型作為依據(jù)。而且被確定的測(cè)試需求項(xiàng)必須是可核實(shí)的、可測(cè)的，不能有模棱兩可的概念，比如：大概、約、或者；也不能

4、為無(wú)法量化、主觀性的概念，比如：處理速度快、設(shè)計(jì)頁(yè)面好看。它們必須有一個(gè)可觀察、可評(píng)測(cè)的結(jié)果。無(wú)法核實(shí)的需求不是測(cè)試需求。測(cè)試需求是制訂測(cè)試計(jì)劃的基本依據(jù)，確定了測(cè)試需求能夠?yàn)闇y(cè)試計(jì)劃提供客觀依據(jù)； 測(cè)試需求是設(shè)計(jì)測(cè)試用例的指導(dǎo)，確定了要測(cè)什么、測(cè)哪些方面后才能有針對(duì)性的確定測(cè)試方案，設(shè)計(jì)測(cè)試用例。過(guò)程要點(diǎn)詳細(xì)說(shuō)明輸入條件項(xiàng)目進(jìn)入軟件設(shè)計(jì)階段，至少需要有需求文檔、軟件設(shè)計(jì)說(shuō)明書(shū)或者軟件原型（demo）工作內(nèi)容測(cè)試人員根據(jù)相關(guān)文檔梳理、提取測(cè)試需求，確定測(cè)試內(nèi)容（功能、性能、兼容性等）、使用的測(cè)試方法（手工測(cè)試、自動(dòng)化測(cè)試），已保證此次需要測(cè)試的內(nèi)容覆蓋完整。退出標(biāo)準(zhǔn)提取完整的測(cè)試需求點(diǎn)輸出內(nèi)容

5、明確測(cè)試策略，列出具體的功能列表（非必須項(xiàng)）2.2計(jì)劃與設(shè)計(jì)階段2.2.1測(cè)試計(jì)劃階段當(dāng)項(xiàng)目進(jìn)入到實(shí)現(xiàn)階段，測(cè)試經(jīng)理就應(yīng)該和整個(gè)項(xiàng)目的開(kāi)發(fā)人員、需求設(shè)計(jì)人員研究討論，并對(duì)本次測(cè)試的交接時(shí)間、投入的人力、擬定測(cè)試的輪次、各輪次持續(xù)的時(shí)間、測(cè)試的內(nèi)容和深度進(jìn)行規(guī)模預(yù)估，并制定出測(cè)試計(jì)劃。過(guò)程要點(diǎn)詳細(xì)說(shuō)明輸入條件項(xiàng)目進(jìn)入到實(shí)現(xiàn)階段（編碼），需求規(guī)格說(shuō)明書(shū)、軟件設(shè)計(jì)說(shuō)明書(shū)（概要設(shè)計(jì)或詳細(xì)設(shè)計(jì)）、原型（demo）已輸出。工作內(nèi)容和整個(gè)項(xiàng)目組討論并確認(rèn)此次項(xiàng)目測(cè)試階段的人力、時(shí)間投入，測(cè)試輪次預(yù)估，測(cè)試的交接和驗(yàn)收時(shí)間退出標(biāo)準(zhǔn)明確測(cè)試內(nèi)容、時(shí)間、人力安排輸出內(nèi)容測(cè)試人員提交評(píng)審后的測(cè)試計(jì)劃2.2.2測(cè)試設(shè)

6、計(jì)階段在項(xiàng)目進(jìn)入實(shí)現(xiàn)階段的同時(shí)，測(cè)試人員還需要根據(jù)基線版的軟件需求規(guī)格說(shuō)明書(shū)和產(chǎn)品設(shè)計(jì)說(shuō)明書(shū)編寫(xiě)測(cè)試用例。根據(jù)每一個(gè)測(cè)試需求點(diǎn)和功能點(diǎn)，運(yùn)用不同的用例設(shè)計(jì)方法編寫(xiě)用例，針對(duì)不同的測(cè)試內(nèi)容，可能會(huì)涉及到的用例包括：功能測(cè)試用例、性能測(cè)試用例、接口測(cè)試用例和自動(dòng)化測(cè)試用例。過(guò)程要點(diǎn)詳細(xì)說(shuō)明輸入條件測(cè)試需求明確，測(cè)試計(jì)劃明確，已有基線需求和測(cè)試計(jì)劃工作內(nèi)容根據(jù)每一步測(cè)試計(jì)劃編寫(xiě)全部的測(cè)試用例退出標(biāo)準(zhǔn)測(cè)試用例需要覆蓋所有的測(cè)試需求輸出內(nèi)容測(cè)試人員提交評(píng)審后的測(cè)試用例，測(cè)試腳本（性能、自動(dòng)化）2.3測(cè)試實(shí)施階段測(cè)試實(shí)施階段是測(cè)試人員在整個(gè)項(xiàng)目中需要投入最多工作量的階段，也是最主要，最重要的一個(gè)階段。在這

7、個(gè)階段中，測(cè)試人員需要根據(jù)前期的測(cè)試計(jì)劃、測(cè)試策略來(lái)執(zhí)行測(cè)試用例，根據(jù)設(shè)計(jì)的測(cè)試用例來(lái)執(zhí)行測(cè)試，并使用測(cè)試管理工具記錄、提交、跟蹤測(cè)試中發(fā)現(xiàn)的缺陷，并配合、督促開(kāi)發(fā)人員復(fù)現(xiàn)、定位、修復(fù)缺陷，然后驗(yàn)證和關(guān)閉缺陷。過(guò)程要點(diǎn)詳細(xì)說(shuō)明輸入條件測(cè)試用例工作內(nèi)容根據(jù)測(cè)試計(jì)劃中分配給自己的測(cè)試任務(wù)，在測(cè)試計(jì)劃的時(shí)間段內(nèi)，執(zhí)行相應(yīng)的全部測(cè)試用例，并將測(cè)試結(jié)果記錄到測(cè)試管理工具中。如有需求和設(shè)計(jì)上的變更，需要不斷完善測(cè)試用例。退出標(biāo)準(zhǔn)執(zhí)行完畢所有測(cè)試用例，結(jié)果被記錄輸出內(nèi)容測(cè)試結(jié)果（輸出到測(cè)試管理工具中）2.4測(cè)試結(jié)束約定的測(cè)試周期完成后，測(cè)試人員需要總結(jié)此次測(cè)試的結(jié)果，并編寫(xiě)報(bào)告。2.4.1缺陷報(bào)告提交測(cè)試結(jié)

8、束后，根據(jù)項(xiàng)目組的要求和具體情況，可能會(huì)要求提交缺陷報(bào)告（非必須），統(tǒng)計(jì)此次測(cè)試過(guò)程中出現(xiàn)的缺陷數(shù)量、分布情況、各功能模塊發(fā)現(xiàn)的缺陷占比、嚴(yán)重等級(jí)和修復(fù)情況等。缺陷報(bào)告的內(nèi)容側(cè)重對(duì)于缺陷的統(tǒng)計(jì)和分析。2.4.2測(cè)試報(bào)告提交測(cè)試報(bào)告是在一個(gè)測(cè)試階段結(jié)束后，或者項(xiàng)目的全部測(cè)試工作結(jié)束后需要提交的，所以報(bào)告又分為階段性測(cè)試報(bào)告，和總結(jié)性測(cè)試報(bào)告。報(bào)告需要對(duì)此次或此階段測(cè)試的情況進(jìn)行統(tǒng)計(jì)，匯總，分析，以供整個(gè)項(xiàng)目組了解軟件開(kāi)發(fā)的質(zhì)量、開(kāi)發(fā)的進(jìn)度及軟件修復(fù)的情況，對(duì)項(xiàng)目經(jīng)理決定上線與否，上線時(shí)間，項(xiàng)目是否會(huì)延期等相關(guān)決策提供一個(gè)重要的參考依據(jù)。過(guò)程要點(diǎn)詳細(xì)說(shuō)明輸入條件測(cè)試人員完成了預(yù)定周期的測(cè)試任務(wù)（一

9、個(gè)階段或整個(gè)項(xiàng)目）工作內(nèi)容（階段性報(bào)告）測(cè)試人員根據(jù)此輪測(cè)試的結(jié)果，編寫(xiě)階段性測(cè)試報(bào)告，主要應(yīng)包含以下內(nèi)容：l 測(cè)試報(bào)告的版本l 測(cè)試的人員和時(shí)間l 測(cè)試所覆蓋的缺陷測(cè)試組在這輪測(cè)試中所有處理的缺陷情況l 上一版本活動(dòng)缺陷的數(shù)量（未關(guān)閉的缺陷）l 經(jīng)過(guò)此輪測(cè)試，所有活動(dòng)缺陷的數(shù)量及其狀態(tài)分類(lèi)l 測(cè)試評(píng)估寫(xiě)明在這一版本中，哪些功能被實(shí)現(xiàn)了，哪些還沒(méi)有實(shí)現(xiàn)，這里只需寫(xiě)明和上一版本不同之處即可。l 急待解決的問(wèn)題寫(xiě)明當(dāng)前項(xiàng)目組中面臨的優(yōu)先級(jí)最高的問(wèn)題（非必須項(xiàng)）工作內(nèi)容（總結(jié)性報(bào)告）當(dāng)整個(gè)項(xiàng)目的測(cè)試工作全部結(jié)束后，測(cè)試人員應(yīng)就該項(xiàng)目的測(cè)試情況編寫(xiě)總結(jié)性測(cè)試報(bào)告，測(cè)試報(bào)告必須包含以下內(nèi)容：l 測(cè)試資源

10、概述多少人、多長(zhǎng)時(shí)間l 測(cè)試結(jié)果摘要分別描述各個(gè)測(cè)試需求的測(cè)試結(jié)果，產(chǎn)品實(shí)現(xiàn)了哪些功能點(diǎn)，哪些沒(méi)有實(shí)現(xiàn)，以及沒(méi)有實(shí)現(xiàn)的原因。l 缺陷分析按照缺陷的屬性分類(lèi)分析，比如：缺陷總數(shù)、各模塊的缺陷分布、不同嚴(yán)重等級(jí)的缺陷、缺陷的修復(fù)情況、未修復(fù)的缺陷及未修復(fù)的原因、對(duì)項(xiàng)目整體的影響等等（也可單獨(dú)寫(xiě)一份缺陷報(bào)告）l 測(cè)試評(píng)估從總體對(duì)項(xiàng)目質(zhì)量進(jìn)行評(píng)估l 測(cè)試組建議從測(cè)試組的角度為項(xiàng)目組提出工作建議退出標(biāo)準(zhǔn)本次測(cè)試中所有的相關(guān)測(cè)試數(shù)據(jù)統(tǒng)計(jì)完畢，完成統(tǒng)計(jì)分析輸出內(nèi)容缺陷報(bào)告（非必須）、測(cè)試報(bào)告（根據(jù)實(shí)際的項(xiàng)目規(guī)?？杉?xì)分為階段性的和總結(jié)性的）2.5測(cè)試驗(yàn)收和歸檔2.5.1測(cè)試驗(yàn)收當(dāng)上述所有工作完成后，測(cè)試人員應(yīng)

11、對(duì)測(cè)試的過(guò)程、效果進(jìn)行驗(yàn)收，宣布測(cè)試的所有工作完成（根據(jù)實(shí)際項(xiàng)目的規(guī)模來(lái)定，非必須）過(guò)程要點(diǎn)詳細(xì)說(shuō)明輸入條件測(cè)試實(shí)施工作結(jié)束，所有測(cè)試文檔已編寫(xiě)完畢工作內(nèi)容測(cè)試驗(yàn)收工作由測(cè)試經(jīng)理進(jìn)行，驗(yàn)收內(nèi)容報(bào)告：l 測(cè)試效果驗(yàn)收測(cè)試是否達(dá)到預(yù)期目標(biāo)l 測(cè)試文檔驗(yàn)收測(cè)試過(guò)程中文檔是否齊全，是否符合標(biāo)準(zhǔn)l 測(cè)試評(píng)估從總體對(duì)測(cè)試的質(zhì)量進(jìn)行評(píng)估l 測(cè)試建議對(duì)本次測(cè)試工作指出不足，并對(duì)以后的工作提出改進(jìn)、優(yōu)化建議l 宣布測(cè)試結(jié)束測(cè)試組成員簽字宣布本次測(cè)試結(jié)束退出標(biāo)準(zhǔn)簽發(fā)測(cè)試驗(yàn)收?qǐng)?bào)告輸出內(nèi)容所有測(cè)試人員測(cè)試驗(yàn)收?qǐng)?bào)告2.5.2測(cè)試歸檔測(cè)試歸檔是在測(cè)試驗(yàn)收結(jié)束宣布測(cè)試有效，結(jié)束測(cè)試后，對(duì)測(cè)試過(guò)程中涉及到各種標(biāo)準(zhǔn)文檔進(jìn)行歸檔

12、。過(guò)程要點(diǎn)詳細(xì)說(shuō)明輸入條件測(cè)試驗(yàn)收通過(guò)工作內(nèi)容歸檔測(cè)試過(guò)程中所有文檔，主要包括以下文檔（必須）l 測(cè)試計(jì)劃l 測(cè)試用例l 測(cè)試報(bào)告退出標(biāo)準(zhǔn)全部文檔歸檔完畢輸出內(nèi)容歸檔清單二、軟件測(cè)試規(guī)范測(cè)試代碼和項(xiàng)目開(kāi)發(fā)代碼應(yīng)該利用配置管理工具（如SVN）分開(kāi)管理。測(cè)試代碼編寫(xiě)完成后，存放在配置庫(kù)中。開(kāi)發(fā)過(guò)程中，可根據(jù)需要對(duì)自己編寫(xiě)代碼進(jìn)行測(cè)試。并且測(cè)試環(huán)境和開(kāi)發(fā)環(huán)境應(yīng)分隔開(kāi)來(lái)，以免相互影響，便于缺陷的復(fù)現(xiàn)和定位，在條件允許的情況下，性能測(cè)試環(huán)境應(yīng)和功能測(cè)試環(huán)境分開(kāi)，以免在性能測(cè)試過(guò)程中對(duì)功能測(cè)試造成影響。1.測(cè)試階段所基于的文檔（包括但不限于）測(cè)試規(guī)范形成的前提是需要有有章可循的依據(jù)，這些依據(jù)需要基于標(biāo)準(zhǔn)的

13、項(xiàng)目文檔，常見(jiàn)的文檔包括下面幾種：1.1軟件需求規(guī)格說(shuō)明書(shū)軟件需求說(shuō)明書(shū)是為了使用戶和軟件開(kāi)發(fā)者雙方對(duì)該軟件的初始規(guī)定有一個(gè)共同的理解， 使之成為整個(gè)項(xiàng)目組開(kāi)展工作的基礎(chǔ)。包含硬件、功能、性能、輸入輸出、接口需求、警示信息、保密安全、數(shù)據(jù)與數(shù)據(jù)庫(kù)、文檔和法規(guī)的要求等等。軟件需求說(shuō)明書(shū)的作用在于便于用戶、開(kāi)發(fā)人員進(jìn)行理解和交流，反映出用戶問(wèn)題的結(jié)構(gòu)，可以作為軟件開(kāi)發(fā)工作的基礎(chǔ)和依據(jù)，并作為確認(rèn)測(cè)試和驗(yàn)收的依據(jù)。1.2軟件設(shè)計(jì)說(shuō)明（概要設(shè)計(jì)或詳細(xì)設(shè)計(jì)）軟件設(shè)計(jì)又劃分為概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)。概要設(shè)計(jì)是在用戶提出的需求和軟件的設(shè)計(jì)實(shí)現(xiàn)之間架起橋梁，是將用戶提出的目標(biāo)和需求轉(zhuǎn)換成具體界面設(shè)計(jì)解決方案的重要

14、階段。概設(shè)的主要任務(wù)是把需求分析得到的系統(tǒng)擴(kuò)展用例圖轉(zhuǎn)換為軟件結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)。設(shè)計(jì)軟件結(jié)構(gòu)的具體任務(wù)是：將一個(gè)復(fù)雜系統(tǒng)按功能進(jìn)行模塊劃分、建立模塊的層次結(jié)構(gòu)及調(diào)用關(guān)系、確定模塊間的接口及人機(jī)交互的界面等。從而設(shè)計(jì)建立一個(gè)目標(biāo)系統(tǒng)的邏輯模型。而詳細(xì)設(shè)計(jì)是軟件工程中軟件開(kāi)發(fā)的一個(gè)步驟，就是對(duì)概要設(shè)計(jì)的一個(gè)細(xì)化，就是詳細(xì)設(shè)計(jì)每個(gè)模塊實(shí)現(xiàn)算法，所需的局部結(jié)構(gòu)。在詳細(xì)設(shè)計(jì)階段，主要是通過(guò)需求分析的結(jié)果，設(shè)計(jì)出滿足用戶需求的軟件系統(tǒng)產(chǎn)品。軟件設(shè)計(jì)說(shuō)明對(duì)測(cè)試工作開(kāi)展有很大影響，沒(méi)有軟件設(shè)計(jì)說(shuō)明很多問(wèn)題將無(wú)法溯源，測(cè)試準(zhǔn)備的前期工作也是根據(jù)軟件設(shè)計(jì)說(shuō)明來(lái)制定的。1.3軟件設(shè)計(jì)原型（demo）頁(yè)面原型是項(xiàng)目人員

15、快速熟悉項(xiàng)目的最佳路徑，讓開(kāi)發(fā)人員和測(cè)試人員更直觀的了解客戶的需求和產(chǎn)品的實(shí)現(xiàn)方式、業(yè)務(wù)邏輯，幫助項(xiàng)目人員更快的理解用戶需求、業(yè)務(wù)邏輯，用更直觀，具體的界面化方式來(lái)說(shuō)明用戶想要如何來(lái)實(shí)現(xiàn)他們需要的功能?；蛘咴谛枨蟛粔蛎鞔_，設(shè)計(jì)說(shuō)明書(shū)不夠全面的情況下，頁(yè)面原型也是后期測(cè)試用例編寫(xiě)思想的重要根據(jù)。1.4接口文檔當(dāng)項(xiàng)目中各個(gè)子系統(tǒng)間、各個(gè)功能模塊間有交互，需要開(kāi)發(fā)接口時(shí)，接口文檔會(huì)定義出參數(shù)傳遞、參數(shù)返回的規(guī)則，比如：參數(shù)的名稱(chēng)、參數(shù)的類(lèi)型、長(zhǎng)度、是否必填、各個(gè)返回碼所代表的含義，當(dāng)項(xiàng)目中有接口測(cè)試需求的時(shí)候，此文檔是很重要的測(cè)試依據(jù)。2.測(cè)試的種類(lèi)（按階段劃分）測(cè)試的階段也根據(jù)項(xiàng)目開(kāi)發(fā)的進(jìn)度來(lái)進(jìn)行

16、，從先到后劃分為下面幾種測(cè)試階段：（根據(jù)項(xiàng)目的實(shí)際要求進(jìn)行相應(yīng)測(cè)試）2.1單元測(cè)試單元測(cè)試是指對(duì)軟件中的最小可測(cè)試單元進(jìn)行檢查和驗(yàn)證。準(zhǔn)入條件1、 源碼已實(shí)現(xiàn)完成或50%；2、 源碼編譯能通過(guò)；3、 項(xiàng)目需求文檔、概要設(shè)計(jì)文檔、詳細(xì)設(shè)計(jì)文檔均通過(guò)評(píng)審并歸檔；4、 單元測(cè)試用例通過(guò)評(píng)審并歸檔；主要測(cè)試點(diǎn)和方法l 代碼靜態(tài)檢查無(wú)需運(yùn)行被測(cè)代碼，僅通過(guò)分析或檢查源程序的語(yǔ)法、結(jié)構(gòu)、過(guò)程、接口等來(lái)檢查程序的正確性，找出代碼隱藏的錯(cuò)誤和缺陷，如參數(shù)不匹配，有歧義的嵌套語(yǔ)句，錯(cuò)誤的遞歸，非法計(jì)算，可能出現(xiàn)的空指針引用等等。l 獨(dú)立路徑和錯(cuò)誤檢查獨(dú)立路徑測(cè)試：在模塊中應(yīng)對(duì)每一條獨(dú)立執(zhí)行路徑進(jìn)行測(cè)試，每條語(yǔ)句

17、至少執(zhí)行一次。測(cè)試目的主要是為了發(fā)現(xiàn)因錯(cuò)誤計(jì)算、不正確的比較和不適當(dāng)?shù)目刂屏髟斐傻腻e(cuò)誤。錯(cuò)誤檢查：首先檢查程序是否有錯(cuò)誤處理；其次對(duì)于程序中的防錯(cuò)處理的完整性和正確性進(jìn)行檢查。錯(cuò)誤處理包括：不同數(shù)據(jù)類(lèi)型的對(duì)象之間進(jìn)行比較；錯(cuò)誤地使用邏輯運(yùn)算符或優(yōu)先級(jí)；因計(jì)算機(jī)表示的局限性，期望理論上相等而實(shí)際上不相等的兩個(gè)量相等；比較運(yùn)算或變量出錯(cuò)；循環(huán)終止條件或不可能出現(xiàn)；迭代發(fā)散時(shí)不能退出；錯(cuò)誤地修改了循環(huán)變量。單元測(cè)試人員一般是開(kāi)發(fā)自測(cè)。參與組織需要參與的人員的職責(zé)如下表：編號(hào)角色職責(zé)說(shuō)明1需求經(jīng)理對(duì)測(cè)試中需求不明確地方，進(jìn)行明確；2產(chǎn)品經(jīng)理對(duì)測(cè)試中產(chǎn)品功能實(shí)現(xiàn)歧義地方，進(jìn)行明確；3開(kāi)發(fā)人員負(fù)責(zé)功能開(kāi)發(fā)

18、、缺陷修復(fù)、單元測(cè)試；4開(kāi)發(fā)責(zé)任人負(fù)責(zé)軟件開(kāi)發(fā)進(jìn)度、版本提交和相關(guān)協(xié)調(diào)；5配置管理員負(fù)責(zé)每輪測(cè)試前：代碼獲取、編譯、發(fā)布；6測(cè)試經(jīng)理負(fù)責(zé)項(xiàng)目測(cè)試整體計(jì)劃、協(xié)調(diào)和質(zhì)量；2.2集成測(cè)試集成測(cè)試，也叫組裝測(cè)試或聯(lián)合測(cè)試。在單元測(cè)試的基礎(chǔ)上，將所有模塊按照設(shè)計(jì)要求（如根據(jù)結(jié)構(gòu)圖）組裝成為子系統(tǒng)或系統(tǒng)，進(jìn)行集成測(cè)試。它最簡(jiǎn)單的形式是：把兩個(gè)已經(jīng)測(cè)試過(guò)的單元組合成一個(gè)組件，測(cè)試它們之間的接口。準(zhǔn)入條件1、 單元測(cè)試用例編寫(xiě)完成；2、 核心功能開(kāi)發(fā)完成；3、 項(xiàng)目需求文檔、概要設(shè)計(jì)文檔、詳細(xì)設(shè)計(jì)文檔均通過(guò)評(píng)審并歸檔；4、 子系統(tǒng)間接口說(shuō)明文檔通過(guò)評(píng)審并歸檔；5、 項(xiàng)目集成測(cè)試用例文檔通過(guò)評(píng)審并歸檔；主要測(cè)試

19、點(diǎn)和方法（詳見(jiàn)3.3接口測(cè)試章節(jié)）參與組織需要參與的人員的職責(zé)如下表：編號(hào)角色職責(zé)說(shuō)明1需求經(jīng)理對(duì)測(cè)試中需求不明確地方，進(jìn)行明確；2產(chǎn)品經(jīng)理對(duì)測(cè)試中產(chǎn)品功能實(shí)現(xiàn)歧義地方，進(jìn)行明確；3開(kāi)發(fā)人員負(fù)責(zé)功能開(kāi)發(fā)、缺陷修復(fù)、單元測(cè)試；4開(kāi)發(fā)責(zé)任人負(fù)責(zé)軟件開(kāi)發(fā)進(jìn)度、版本提交和相關(guān)協(xié)調(diào)；5配置管理員負(fù)責(zé)每輪測(cè)試前：代碼獲取、編譯、發(fā)布；6測(cè)試經(jīng)理負(fù)責(zé)項(xiàng)目測(cè)試整體計(jì)劃、協(xié)調(diào)和質(zhì)量；2.3冒煙測(cè)試（非必須）冒煙測(cè)試是開(kāi)發(fā)完成后，正式移交測(cè)試前做的一個(gè)中間測(cè)試工作，即在剛剛編譯出來(lái)后，開(kāi)發(fā)人員需要進(jìn)行基本確認(rèn)測(cè)試，例如是否可以正確安裝/卸載，主要功能是否實(shí)現(xiàn)，是否存在嚴(yán)重死機(jī)或數(shù)據(jù)嚴(yán)重丟失等Bug。如果通過(guò)了該測(cè)

20、試，則可以移交測(cè)試，開(kāi)始正式測(cè)試。否則，就需要重新編譯版本，再次執(zhí)行版本可接收確認(rèn)測(cè)試，直到成功。該工作可由開(kāi)發(fā)人員先行自測(cè)，保證移交測(cè)試版本的質(zhì)量，防止出現(xiàn)阻礙測(cè)試的情況出現(xiàn)，也可由測(cè)試人員來(lái)進(jìn)行，只有冒煙測(cè)試通過(guò)后，才進(jìn)入正式的測(cè)試流程，否則會(huì)把版本打回，重新編譯。2.4系統(tǒng)測(cè)試系統(tǒng)測(cè)試是針對(duì)整個(gè)產(chǎn)品系統(tǒng)進(jìn)行的測(cè)試，目的是驗(yàn)證系統(tǒng)是否滿足了需求規(guī)格的定義，找出與需求規(guī)格不符或與之矛盾的地方，從而提出更加完善的方案。也是整個(gè)測(cè)試工作最重要，最關(guān)鍵的測(cè)試部分。準(zhǔn)入條件1、 單元、集成測(cè)試完成；2、 前階段中缺陷修復(fù)率100%；3、 功能用例編寫(xiě)完成，覆蓋率達(dá)100%；4、 項(xiàng)目需求文檔、設(shè)計(jì)文

21、檔均通過(guò)評(píng)審并歸檔；5、 測(cè)試用例通過(guò)評(píng)審并歸檔；主要測(cè)試點(diǎn)和方法（詳見(jiàn)3.1功能測(cè)試章節(jié)）參與組織需要參與的人員的職責(zé)如下表：編號(hào)角色職責(zé)說(shuō)明1需求經(jīng)理對(duì)測(cè)試中需求不明確地方，進(jìn)行明確；2產(chǎn)品經(jīng)理對(duì)測(cè)試中產(chǎn)品功能實(shí)現(xiàn)歧義地方，進(jìn)行明確；3開(kāi)發(fā)人員負(fù)責(zé)功能開(kāi)發(fā)、缺陷修復(fù)、單元測(cè)試；4開(kāi)發(fā)責(zé)任人負(fù)責(zé)軟件開(kāi)發(fā)進(jìn)度、版本提交和相關(guān)協(xié)調(diào)；5配置管理員負(fù)責(zé)每輪測(cè)試前：代碼獲取、編譯、發(fā)布；6測(cè)試經(jīng)理負(fù)責(zé)項(xiàng)目測(cè)試整體計(jì)劃、協(xié)調(diào)和質(zhì)量；7測(cè)試人員負(fù)責(zé)測(cè)試方案編寫(xiě)、測(cè)試用例編寫(xiě)、測(cè)試執(zhí)行、質(zhì)量分析；2.5隨機(jī)測(cè)試（非必須）隨機(jī)測(cè)試沒(méi)有書(shū)面測(cè)試用例、記錄期望結(jié)果、檢查列表、腳本或指令的測(cè)試。主要是根據(jù)測(cè)試者的經(jīng)

22、驗(yàn)對(duì)軟件進(jìn)行功能和性能抽查。隨機(jī)測(cè)試是根據(jù)測(cè)試說(shuō)明書(shū)執(zhí)行用例測(cè)試的重要補(bǔ)充手段，是保證測(cè)試覆蓋完整性的有效方式和過(guò)程。 隨機(jī)測(cè)試主要是對(duì)被測(cè)軟件的一些重要功能進(jìn)行復(fù)測(cè)，也包括測(cè)試那些當(dāng)前的測(cè)試用例沒(méi)有覆蓋到的部分。另外，對(duì)于軟件更新和新增加的功能要重點(diǎn)測(cè)試。重點(diǎn)對(duì)一些特殊點(diǎn)情況點(diǎn)、特殊的使用環(huán)境、并發(fā)性、進(jìn)行檢查。尤其對(duì)以前測(cè)試發(fā)現(xiàn)的重大Bug，進(jìn)行再次測(cè)試，可以結(jié)合回歸測(cè)試2.6驗(yàn)收測(cè)試（非必須）2.6.1 測(cè)試 （beta測(cè)試）測(cè)試是軟件的多個(gè)用戶在一個(gè)或多個(gè)用戶的實(shí)際使用環(huán)境下進(jìn)行的測(cè)試。開(kāi)發(fā)者通常不在測(cè)試現(xiàn)場(chǎng)，Beta測(cè)試不能由程序員或測(cè)試員完成。 當(dāng)開(kāi)發(fā)和測(cè)試根本完成時(shí)所做的測(cè)試，而

23、最終的錯(cuò)誤和問(wèn)題需要在最終發(fā)行前找到。這種測(cè)試一般由最終用戶或其他人員完成，不能由程序員或測(cè)試員完成。2.6.2 測(cè)試（Alpha測(cè)試）Alpha測(cè)試是由一個(gè)用戶在開(kāi)發(fā)環(huán)境下進(jìn)行的測(cè)試，也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的受控測(cè)試，Alpha測(cè)試不能由該系統(tǒng)的程序員或測(cè)試員完成。 在系統(tǒng)開(kāi)發(fā)接近完成時(shí)對(duì)應(yīng)用系統(tǒng)的測(cè)試;測(cè)試后，仍然會(huì)有少量的設(shè)計(jì)變更。這種測(cè)試一般由最終用戶或其他人員來(lái)完成，不能由程序員或測(cè)試員完成。測(cè)試和測(cè)試的不同之處在于測(cè)試的環(huán)境，前者是在開(kāi)發(fā)環(huán)境，后者是在實(shí)際使用環(huán)境（生產(chǎn)環(huán)境），故后者模擬真實(shí)使用場(chǎng)景程度更高，發(fā)現(xiàn)的問(wèn)題也更有意義，一般運(yùn)用在項(xiàng)目的試運(yùn)行階段。

24、3.測(cè)試的類(lèi)型（按測(cè)試內(nèi)容劃分）3.1功能測(cè)試功能測(cè)試也叫黑盒測(cè)試，是在不看代碼的前提下，通過(guò)運(yùn)行軟件來(lái)進(jìn)行測(cè)試，重點(diǎn)是關(guān)注系統(tǒng)的功能實(shí)現(xiàn)是否正常、設(shè)計(jì)是否合理、用戶的需求是否全部覆蓋，這也是測(cè)試工作最主要、最重要的內(nèi)容。在版本穩(wěn)定以后，或者進(jìn)行回歸測(cè)試的時(shí)候，可根據(jù)項(xiàng)目的具體情況，對(duì)主要功能通過(guò)編寫(xiě)自動(dòng)化測(cè)試腳本，進(jìn)行自動(dòng)化測(cè)試。根據(jù)被測(cè)功能點(diǎn)的特性列丼出相應(yīng)類(lèi)型的測(cè)試用例對(duì)其進(jìn)行覆蓋，如；涉及輸入的地方需要考慮等價(jià)、邊界、負(fù)面、異?；蚍欠ā?chǎng)景回滾、關(guān)聯(lián)測(cè)試等測(cè)試類(lèi)型對(duì)其進(jìn)行覆蓋。 在測(cè)試實(shí)現(xiàn)的各個(gè)階段跟蹤測(cè)試實(shí)現(xiàn)與需求輸入的覆蓋情況，及時(shí)修正業(yè)務(wù)或需求理解錯(cuò)誤。測(cè)試內(nèi)容序列分類(lèi)說(shuō)明1基本

25、功能1.正常增、刪、改、查；2.正常業(yè)務(wù)流程；3.正常權(quán)限功能；4.正常數(shù)據(jù)調(diào)用（包括數(shù)據(jù)）。2邊界類(lèi)1.驗(yàn)證邊界值，對(duì)16-bit 的整數(shù)而言 32767 和 -32768 是邊界；2.屏幕上光標(biāo)在最左上、最右下位置；3.報(bào)表的第一行和最后一行；4.數(shù)組元素的第一個(gè)和最后一個(gè)；5.最小值-1/最大值+1/空值；6.分析規(guī)格說(shuō)明，找出其它可能的邊界值條件。3等價(jià)類(lèi)1.有效等價(jià)類(lèi)，指符合系統(tǒng)設(shè)計(jì)有意義的輸入輸出合集；2.無(wú)效等價(jià)類(lèi)，指不符合系統(tǒng)設(shè)計(jì)錯(cuò)誤的輸入輸入合集；4錯(cuò)誤推測(cè)基于經(jīng)驗(yàn)和直覺(jué)推測(cè)程序中所有可能存在的各種錯(cuò)誤；5因果圖設(shè)計(jì)因果圖，將因果圖轉(zhuǎn)化為判定表，判定表的每一列作為一條測(cè)試用例

26、。6用戶場(chǎng)景設(shè)計(jì)根據(jù)不同用戶運(yùn)行該系統(tǒng)時(shí)所做的操作，來(lái)設(shè)計(jì)用例。8APP特有功能1.應(yīng)用的前后臺(tái)切換；2.數(shù)據(jù)更新；3.離線瀏覽；4.定位、照相機(jī)服務(wù)，掃描二維碼功能；5.時(shí)間測(cè)試；6.push測(cè)試；7.運(yùn)行測(cè)試。App的功能測(cè)試具體為：l 運(yùn)行1）App安裝完成后的試運(yùn)行，可正常打開(kāi)軟件。2）App打開(kāi)測(cè)試，是否有加載狀態(tài)進(jìn)度提示。3）App打開(kāi)速度測(cè)試，速度是否可觀。4）App頁(yè)面間的切換是否流暢，邏輯是否正確5）注冊(cè)-同表單編輯頁(yè)面-用戶名密碼長(zhǎng)度-注冊(cè)后的提示頁(yè)面-前臺(tái)注冊(cè)頁(yè)面和后臺(tái)的管理頁(yè)面數(shù)據(jù)是否一致-注冊(cè)后，在后臺(tái)管理中頁(yè)面提示6）登錄-使用合法的用戶登錄系統(tǒng)。-系統(tǒng)是否允許多次

27、非法的登陸，是否有次數(shù)限制。-使用已經(jīng)登陸的賬號(hào)登陸系統(tǒng)是否正確處理。-使用禁用的賬號(hào)登陸系統(tǒng)是否正確處理。-用戶名、口令（密碼）錯(cuò)誤或漏填時(shí)能否登陸。-刪除或修改后的用戶，原用戶登陸。-不輸入用戶口令和用戶、重復(fù)點(diǎn)（確定或取消按鈕）是否允許登陸。-登陸后，頁(yè)面中登陸信息。-頁(yè)面中有注銷(xiāo)按鈕。-登陸超時(shí)的處理。7）注銷(xiāo)-注銷(xiāo)原模塊，新的模塊系統(tǒng)能否正確處理。-終止注銷(xiāo)能否返回原模塊，原用戶。-注銷(xiāo)原用戶，新用戶系統(tǒng)能否正確處理。-使用錯(cuò)誤的賬號(hào)、口令、無(wú)權(quán)限的被禁用的賬號(hào)進(jìn)行注銷(xiāo)l 應(yīng)用的前后臺(tái)切換1) APP切換到后臺(tái)，再回到app，檢查是否停留在上一次操作界面。2) APP切換到后臺(tái)，再回

28、到app，檢查功能及應(yīng)用狀態(tài)是否正常，IOS 4和IOS 5的版本的處理機(jī)制有的不一樣。 3) app切換到后臺(tái)，再回到前臺(tái)時(shí)，注意程序是否崩潰，功能狀態(tài)是否正常，尤其是對(duì)于從后臺(tái)切換回前臺(tái)數(shù)據(jù)有自動(dòng)更新的時(shí)候。 4) 手機(jī)鎖屏解屏后進(jìn)入app注意是否會(huì)崩潰，功能狀態(tài)是否正常，尤其是對(duì)于從后臺(tái)切換回前臺(tái)數(shù)據(jù)有自動(dòng)更新的時(shí)候。 5) 當(dāng)App使用過(guò)程中有電話進(jìn)來(lái)中斷后再切換到app，功能狀態(tài)是否正常 6) 當(dāng)殺掉app進(jìn)程后，再開(kāi)啟app，app能否正常啟動(dòng)。 7) 出現(xiàn)必須處理的提示框后，切換到后臺(tái)，再切換回來(lái)，檢查提示框是否還存在，有時(shí)候會(huì)出現(xiàn)應(yīng)用自動(dòng)跳過(guò)提示框的缺陷。 8) 對(duì)于有數(shù)據(jù)交換

29、的頁(yè)面，每個(gè)頁(yè)面都必需要進(jìn)行前后臺(tái)切換、鎖屏的測(cè)試，這種頁(yè)面最容易出現(xiàn)崩潰。l 免登錄很多應(yīng)用提供免登錄功能，當(dāng)應(yīng)用開(kāi)啟時(shí)自動(dòng)以上一次登錄的用戶身份來(lái)使用app. 1) app有免登錄功能時(shí)，需要考慮IOS版本差異。 2) 考慮無(wú)網(wǎng)絡(luò)情況時(shí)能否正常進(jìn)入免登錄狀態(tài)。 3) 切換用戶登錄后，要校驗(yàn)用戶登錄信息及數(shù)據(jù)內(nèi)容是否相應(yīng)更新，確保原用戶退出。 4) 根據(jù)MTOP的現(xiàn)有規(guī)則，一個(gè)帳戶只允許登錄一臺(tái)機(jī)器。所以，需要檢查一個(gè)帳戶登錄多臺(tái)手機(jī)的情況。原手機(jī)里的用戶需要被踢出，給出友好提示。 5) app切換到后臺(tái)，再切回前臺(tái)的校驗(yàn) 6) 切換到后臺(tái)，再切換回前臺(tái)的測(cè)試 7) 密碼更換后，檢查有數(shù)據(jù)交

30、換時(shí)是否進(jìn)行了有效身份的校驗(yàn) 8) 支持自動(dòng)登錄的應(yīng)用在進(jìn)行數(shù)據(jù)交換時(shí)，檢查系統(tǒng)是否能自動(dòng)登錄成功并且數(shù)據(jù)操作無(wú)誤。 9) 檢查用戶主動(dòng)退出登錄后，下次啟動(dòng)app，應(yīng)停留在登錄界面l 數(shù)據(jù)更新根據(jù)應(yīng)用的業(yè)務(wù)規(guī)則，以及數(shù)據(jù)更新量的情況，來(lái)確定最優(yōu)的數(shù)據(jù)更新方案。 1) 需要確定哪些地方需要提供手動(dòng)刷新，哪些地方需要自動(dòng)刷新，哪些地方需要手動(dòng)+自動(dòng)刷新。 2) 確定哪些地方從后臺(tái)切換回前臺(tái)時(shí)需要進(jìn)行數(shù)據(jù)更新。 3) 根據(jù)業(yè)務(wù)、速度及流量的合理分配，確定哪些內(nèi)容需要實(shí)時(shí)更新，哪些需要定時(shí)更新。 4) 確定數(shù)據(jù)展示部分的處理邏輯，是每次從服務(wù)端請(qǐng)求，還是有緩存到本地，這樣才能有針對(duì)性的進(jìn)行相應(yīng)測(cè)試。

31、5) 檢查有數(shù)據(jù)交換的地方，均有相應(yīng)的異常處理。 l 離線瀏覽很多應(yīng)用會(huì)支持離線瀏覽，即在本地客戶端會(huì)緩存一部分?jǐn)?shù)據(jù)供用戶查看。 1) 在無(wú)網(wǎng)絡(luò)情況可以瀏覽本地?cái)?shù)據(jù) 2) 退出app再開(kāi)啟app時(shí)能正常瀏覽 3) 切換到后臺(tái)再切回前臺(tái)可以正常瀏覽 4) 鎖屏后再解屏回到應(yīng)用前臺(tái)可以正常瀏覽 5) 在對(duì)服務(wù)端的數(shù)據(jù)有更新時(shí)會(huì)給予離線的相應(yīng)提示l App更新當(dāng)客戶端有新版本時(shí)，有更新提示。 2) 當(dāng)版本為非強(qiáng)制升級(jí)版時(shí)，用戶可以取消更新，老版本能正常使用。用戶在下次啟動(dòng)app時(shí)，仍能出現(xiàn)更新提示。 3) 當(dāng)版本為強(qiáng)制升級(jí)版時(shí)，當(dāng)給出強(qiáng)制更新后用戶沒(méi)有做更新時(shí)，退出客戶端。下次啟動(dòng)app時(shí)，仍出現(xiàn)強(qiáng)

32、制升級(jí)提示。 4) 當(dāng)客戶端有新版本時(shí)，在本地不刪除客戶端的情況下，直接更新檢查是否能正常更新。5) 當(dāng)客戶端有新版本時(shí)，在本地不刪除客戶端的情況下，檢查更新后的客戶端功能是否是新版本。 6) 當(dāng)客戶端有新版本時(shí)，在本地不刪除客戶端的情況下，檢查資源同名文件如圖片是否能正常更新成最新版本。如果以上無(wú)法更新成功的，也都屬于缺陷。l 定位、照相機(jī)服務(wù)1) App有用到相機(jī)，定位服務(wù)時(shí)，需要注意系統(tǒng)版本差異 2) 有用到定位服務(wù)、照相機(jī)服務(wù)的地方，需要進(jìn)行前后臺(tái)的切換測(cè)試，檢查應(yīng)用是否正常。 3) 當(dāng)定位服務(wù)沒(méi)有開(kāi)啟時(shí)，使用定位服務(wù)，會(huì)友好性彈出是否允許設(shè)置定位提示。當(dāng)確定允許開(kāi)啟定位時(shí)，能自動(dòng)跳轉(zhuǎn)

33、到定位設(shè)置中開(kāi)啟定位服務(wù)。 4) 測(cè)試定位、照相機(jī)服務(wù)時(shí)，需要采用真機(jī)進(jìn)行測(cè)試。l 時(shí)間測(cè)試客戶端可以自行設(shè)置手機(jī)的時(shí)區(qū)、時(shí)間，因此需要校驗(yàn)該設(shè)置對(duì)app的影響。 -中國(guó)為東8區(qū)，所以當(dāng)手機(jī)設(shè)置的時(shí)間非東8區(qū)時(shí)，查看需要顯示時(shí)間的地方，時(shí)間是否展示正確，應(yīng)用功能是否正常。時(shí)間一般需要根據(jù)服務(wù)器時(shí)間再轉(zhuǎn)換成客戶端對(duì)應(yīng)的時(shí)區(qū)來(lái)展示，這樣的用戶體驗(yàn)比較好。比如發(fā)表一篇微博在服務(wù)端記錄的是10：00，此時(shí)，華盛頓時(shí)間為22：00，客戶端去瀏覽時(shí)，如果設(shè)置的是華盛頓時(shí)間,則顯示的發(fā)表時(shí)間即為22:00,當(dāng)時(shí)間設(shè)回東8區(qū)時(shí)間時(shí)，再查看則顯示為10：00。l PUSH測(cè)試1) 檢查push消息是否按照指定的

34、業(yè)務(wù)規(guī)則發(fā)送 2) 檢查不接受推送消息時(shí)，檢查用戶不會(huì)再接收到push. 3) 如果用戶設(shè)置了免打擾的時(shí)間段，檢查在免打擾時(shí)間段內(nèi)，用戶接收不到PUSH。在非免打擾時(shí)間段，用戶能正常收到push。4) 當(dāng)push消息是針對(duì)登錄用戶的時(shí)候，需要檢查收到的push與用戶身份是否相符，沒(méi)有錯(cuò)誤地將其它人的消息推送過(guò)來(lái)。一般情況下，只對(duì)手機(jī)上最后一個(gè)登錄用戶進(jìn)行消息推送。 5) 測(cè)試push時(shí)，需要采用真機(jī)進(jìn)行測(cè)試。 3.2界面測(cè)試（UI測(cè)試）界面測(cè)試（簡(jiǎn)稱(chēng)UI測(cè)試)，測(cè)試用戶界面的功能模塊的布局是否合理、整體風(fēng)格是否一致、各個(gè)控件的放置位置是否符合客戶使用習(xí)慣。測(cè)試內(nèi)容1、 導(dǎo)航、鏈接、Cookie

35、、頁(yè)面結(jié)構(gòu)包括菜單、背景、顏色、字 體、按鈕名稱(chēng)、TITLE、提示信息的一致性等；2、 界面內(nèi)容完整性檢查，通過(guò)瀏覽器測(cè)試，確認(rèn)對(duì)象可以正確的反應(yīng)業(yè)務(wù)的功能和需求，包括窗口與窗口之間的跳轉(zhuǎn)，字段與字段之間的瀏覽，各種快捷鍵的使用。3、 窗口的對(duì)象和特征（例如：菜單、大小、位置、狀態(tài)和中心）都符合標(biāo)準(zhǔn)。3.3接口測(cè)試當(dāng)模塊之間、子系統(tǒng)之間有接口交互時(shí)，需要根據(jù)接口文檔進(jìn)行測(cè)試，接口測(cè)試也叫集成測(cè)試或灰盒測(cè)試，主要用于檢測(cè)外部系統(tǒng)與系統(tǒng)之間以及內(nèi)部各個(gè)子系統(tǒng)之間的交互點(diǎn)。測(cè)試的重點(diǎn)是要檢查數(shù)據(jù)的交換，傳遞和控制管理過(guò)程，以及系統(tǒng)間的相互邏輯依賴(lài)關(guān)系等。測(cè)試內(nèi)容1、 輸入的實(shí)際參數(shù)與形式參數(shù)的個(gè)數(shù)是

36、否相同；2、 輸入的實(shí)際參數(shù)與形式參數(shù)的屬性是否匹配；3、 輸入的實(shí)際參數(shù)與形式參數(shù)的量綱是否一致；4、 調(diào)用其他模塊時(shí)所給實(shí)際參數(shù)的個(gè)數(shù)是否與被調(diào)模塊的形參個(gè)數(shù)相同；5、 調(diào)用其他模塊時(shí)所給實(shí)際參數(shù)的屬性是否與被調(diào)模塊的形參屬性匹配；6、 調(diào)用其他模塊時(shí)所給實(shí)際參數(shù)的量綱是否與被調(diào)模塊的形參量綱一致；7、 調(diào)用預(yù)定義函數(shù)時(shí)所用參數(shù)的個(gè)數(shù)、屬性和次序是否正確；8、 是否存在與當(dāng)前入口點(diǎn)無(wú)關(guān)的參數(shù)引用；9、 是否修改了只讀型參數(shù)；10、 對(duì)全局變量的定義各模塊是否一致；11、 是否把某些約束作為參數(shù)傳遞。12、 如果模塊功能包括外部輸入輸出，還應(yīng)該考慮下列因素：-文件屬性是否正確；-OPEN/C

37、LOSE語(yǔ)句是否正確；13、 格式說(shuō)明與輸入輸出語(yǔ)句是否匹配；14、 緩沖區(qū)大小與記錄長(zhǎng)度是否匹配；15、 文件使用前是否已經(jīng)打開(kāi)；16、 是否處理了文件尾；17、 是否處理了輸入/輸出錯(cuò)誤；18、 輸出信息中是否有文字性錯(cuò)誤。3.4性能測(cè)試性能測(cè)試是通過(guò)性能測(cè)試工具模擬多種正常、峰值以及異常負(fù)載條件來(lái)對(duì)系統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行測(cè)試。性能測(cè)試包括的測(cè)試內(nèi)容主要概括為三個(gè)方面：應(yīng)用在客戶端性能的測(cè)試、應(yīng)用在網(wǎng)絡(luò)上性能的測(cè)試和應(yīng)用在服務(wù)器端性能的測(cè)試。通常情況下，三方面有效、合理的結(jié)合，可以達(dá)到對(duì)系統(tǒng)性能全面的分析和瓶頸的預(yù)測(cè)。性能測(cè)試的目的是通過(guò)確定一個(gè)系統(tǒng)的瓶頸或者不能接受的性能點(diǎn)，來(lái)獲得系統(tǒng)能

38、提供的最大服務(wù)級(jí)別的測(cè)試。一個(gè)系統(tǒng)需要達(dá)到的性能指標(biāo)也是來(lái)源于需求，和用戶對(duì)該軟件的性能要求。常見(jiàn)的性能指標(biāo)如下：l 響應(yīng)時(shí)間（按照不同的處理細(xì)分）1）事務(wù)處理類(lèi) 快速響應(yīng)類(lèi)普通響應(yīng)類(lèi)2）查詢類(lèi)3）統(tǒng)計(jì)類(lèi)l 吞吐量與關(guān)鍵量l 事務(wù)成功率l 服務(wù)器資源CPU使用率內(nèi)存使用率I/O吞吐量測(cè)試內(nèi)容性能測(cè)試類(lèi)型包括負(fù)載測(cè)試，強(qiáng)度測(cè)試，容量測(cè)試等。l 負(fù)載測(cè)試：是一種主要為了測(cè)試軟件系統(tǒng)是否達(dá)到需求文檔設(shè)計(jì)的目標(biāo)，譬如軟件在一定時(shí)期內(nèi)，最大支持多少并發(fā)用戶數(shù)，軟件請(qǐng)求出錯(cuò)率等，測(cè)試的主要是軟件系統(tǒng)的性能。l 壓力測(cè)試：強(qiáng)度測(cè)試也就是壓力測(cè)試，壓力測(cè)試主要是為了測(cè)試硬件系統(tǒng)是否達(dá)到需求文檔設(shè)計(jì)的性能目標(biāo)，

39、譬如在一定時(shí)期內(nèi)，系統(tǒng)的cpu利用率，內(nèi)存使用率，磁盤(pán)I/O吞吐率，網(wǎng)絡(luò)吞吐量等，壓力測(cè)試和負(fù)載測(cè)試最大的差別在于測(cè)試目的不同。l 容量測(cè)試：確定系統(tǒng)最大承受量，譬如系統(tǒng)最大用戶數(shù)，最大存儲(chǔ)量，最多處理的數(shù)據(jù)流量等。另外，并發(fā)測(cè)試是應(yīng)用在客戶端，以客戶端做為入口進(jìn)行的一項(xiàng)重要性能測(cè)試，它是一個(gè)負(fù)載測(cè)試和壓力測(cè)試的過(guò)程，即逐漸增加負(fù)載，直到系統(tǒng)的瓶頸或者不能接收的性能點(diǎn)，通過(guò)綜合分析交易執(zhí)行指標(biāo)和資源監(jiān)控指標(biāo)來(lái)確定系統(tǒng)并發(fā)性能的過(guò)程。3.5兼容性測(cè)試web兼容性測(cè)試范圍主要從操作系統(tǒng)、瀏覽器、分辨率這三方面考慮， 而系統(tǒng)（如不同的Windows版本）和瀏覽器（如IE9、谷歌、火狐）是重點(diǎn)考慮方向

40、，系統(tǒng)應(yīng)該支持什么系統(tǒng)和瀏覽器，也是應(yīng)以需求為依據(jù)。APP兼容性主要考慮內(nèi)部和外部兼容性1）與本地及主流App是否兼容；2）基于開(kāi)發(fā)環(huán)境和生產(chǎn)環(huán)境的不同，檢驗(yàn)在各種網(wǎng)絡(luò)連接下(WiFi、GSM、GPRS、EDGE、WCDMA、CDMA1x、CDMA2000、HSPDA等)，App的數(shù)據(jù)和運(yùn)用是否正確；3）與各種設(shè)備是否兼容，若有跨系統(tǒng)支持則需要檢驗(yàn)是否在各系統(tǒng)下，各種行為是否一致： -不同操作系統(tǒng)的兼容性，是否適配-不同手機(jī)屏幕分辨率的兼容性-不同手機(jī)品牌的兼容性 3.6安全測(cè)試安全測(cè)試是在IT軟件產(chǎn)品的生命周期中，特別是產(chǎn)品開(kāi)發(fā)基本完成到發(fā)布階段，對(duì)產(chǎn)品進(jìn)行檢驗(yàn)以驗(yàn)證產(chǎn)品符合安全需求定義和產(chǎn)

41、品質(zhì)量標(biāo)準(zhǔn)的過(guò)程 。如需求上對(duì)軟件產(chǎn)品有具體的安全等級(jí)要求，那么我們需要從下面幾個(gè)方面進(jìn)行安全測(cè)試：可測(cè)試性和通用性上劃分為：權(quán)限管理測(cè)試、認(rèn)證測(cè)試、會(huì)話管理測(cè)試、服務(wù)器測(cè)試、數(shù)據(jù)注入測(cè)試，其余方面（如環(huán)境安全、媒體安全）可在部署和運(yùn)維中保證。測(cè)試內(nèi)容l 權(quán)限管理測(cè)試驗(yàn)證用戶是否可以進(jìn)行橫向越權(quán)和縱向越權(quán)操作 頁(yè)面是否進(jìn)行權(quán)限判斷 頁(yè)面資源標(biāo)志是否和用戶信息匹配 用戶登錄后，應(yīng)以會(huì)話中的用戶session的用戶身份信息為準(zhǔn)。 每個(gè)URL必須堅(jiān)定權(quán)限，不能通過(guò)菜單屏蔽或按鈕disable作為限制條件。l 認(rèn)證測(cè)試認(rèn)證測(cè)試是為了避免用戶賬號(hào)和密碼遭到暴力破解而進(jìn)行的測(cè)試 系統(tǒng)存在驗(yàn)證碼機(jī)制。 不允

42、許簡(jiǎn)單面的存在。如純英文、純數(shù)字等。 認(rèn)證失敗的錯(cuò)誤提示不應(yīng)該提示詳細(xì)信息，避免攻擊者根據(jù)提示信息改良破解方式。 系統(tǒng)存在鎖定策略。 系統(tǒng)不存在認(rèn)證繞過(guò)的漏洞。 找回密碼和修改密碼不存在漏洞。 使用安全的數(shù)據(jù)傳輸。 強(qiáng)口令策略。l 會(huì)話管理測(cè)試會(huì)話管理用于保持用戶的整個(gè)會(huì)話活動(dòng)與計(jì)算機(jī)系統(tǒng)跟蹤過(guò)程，根據(jù)項(xiàng)目需求，關(guān)注WEB服務(wù)器的會(huì)話管理。 用戶登錄后，身份信息由服務(wù)器端會(huì)話的Session中的用戶信息為準(zhǔn)。 cookie中不會(huì)帶有session ID信息。 用戶操作停止后會(huì)話保持時(shí)間不會(huì)超過(guò)10分鐘，超過(guò)10分鐘會(huì)跳轉(zhuǎn)回登錄界面。 用戶登錄后，每次請(qǐng)求服務(wù)器數(shù)據(jù)后session ID都會(huì)改變

43、。 注銷(xiāo)后用戶信息被清除。l 服務(wù)器測(cè)試 服務(wù)器運(yùn)行賬號(hào)不應(yīng)該是特權(quán)賬號(hào)或高級(jí)別權(quán)限賬號(hào)，如“root”“administrator”等。 未使用的端口應(yīng)為關(guān)閉狀態(tài)。 不能通過(guò)任何方式獲得服務(wù)器的詳細(xì)版本信息。l 數(shù)據(jù)注入測(cè)試當(dāng)系統(tǒng)接受數(shù)據(jù)注入時(shí)，可能會(huì)造成數(shù)據(jù)泄露、數(shù)據(jù)被修改等嚴(yán)重影響，導(dǎo)致業(yè)務(wù)中斷。 不存在注入點(diǎn)。 頁(yè)面中不包含類(lèi)似系統(tǒng)命令的返回信息。3.7安裝測(cè)試安裝測(cè)試只針對(duì)C/S架構(gòu)的系統(tǒng)（即App），需要驗(yàn)證App是否能正確安裝、運(yùn)行、卸載以及操作過(guò)程和操作前后對(duì)系統(tǒng)資源的使用情況。測(cè)試內(nèi)容l 安裝1）軟件在不同操作系統(tǒng)（Android、iOS）下安裝是否正常（手機(jī)端）。2）軟件安

44、裝后的是否能夠正常運(yùn)行，安裝后的文件夾及文件是否寫(xiě)到了指定的目錄里。 3）軟件安裝各個(gè)選項(xiàng)的組合是否符合概要設(shè)計(jì)說(shuō)明 4)）軟件安裝向?qū)У腢I測(cè)試 5）軟件安裝過(guò)程是否可以取消，點(diǎn)擊取消后，寫(xiě)入的文件是否如概要設(shè)計(jì)說(shuō)明處理 6）軟件安裝過(guò)程中意外情況的處理是否符合需求（如死機(jī)，重啟，斷電） 7）安裝空間不足時(shí)是否有相應(yīng)提示8）安裝后沒(méi)有生成多余的目錄結(jié)構(gòu)和文件9）對(duì)于需要通過(guò)網(wǎng)絡(luò)驗(yàn)證之類(lèi)的安裝，在斷網(wǎng)情況下嘗試一下10）還需要對(duì)安裝手冊(cè)進(jìn)行測(cè)試，依照安裝手冊(cè)是否能順利安裝l 卸載1）直接刪除安裝文件夾卸載是否有提示信息。 2）測(cè)試系統(tǒng)直接卸載程序是否有提示信息。 3）測(cè)試卸載后文件是否全部刪除

45、所有的安裝文件夾。4）卸載過(guò)程中出現(xiàn)的意外情況的測(cè)試（如死機(jī)、斷電、重啟）。 5）卸載是否支持取消功能，單擊取消后軟件卸載的情況 。6）系統(tǒng)直接卸載UI測(cè)試，是否有卸載狀態(tài)進(jìn)度條提示 。4.缺陷管理4.1缺陷提交規(guī)范4.1.1缺陷應(yīng)有的基本要素（*號(hào)為必須要素）*缺陷ID（由系統(tǒng)自動(dòng)生成，唯一的）*缺陷的標(biāo)題測(cè)試的軟件和硬件環(huán)境（特殊環(huán)境下可注明）*測(cè)試的軟件版本（缺陷發(fā)現(xiàn)版本和修復(fù)版本，發(fā)現(xiàn)版本是指當(dāng)前版本，修復(fù)版本一般由項(xiàng)目經(jīng)理確認(rèn)）*缺陷的類(lèi)型（功能的、性能的、使用方面、安全的等等）*缺陷的嚴(yán)重程度（由測(cè)試人員確定） 缺陷的處理優(yōu)先級(jí)（一般由項(xiàng)目經(jīng)理確定）*復(fù)現(xiàn)缺陷的操作步驟（操作步驟）

46、 復(fù)現(xiàn)缺陷的測(cè)試數(shù)據(jù) （特定數(shù)據(jù)需要注明，比如特定的賬號(hào)）*缺陷的實(shí)際結(jié)果描述（錯(cuò)誤描述）*期望的正確結(jié)果描述（期望結(jié)果）缺陷產(chǎn)生的原因分析 （如果測(cè)試人員能判定原因就給出，不能判定就無(wú)需給出，以免誤導(dǎo)開(kāi)發(fā)人員）注釋文字和截取的缺陷圖像4.1.2缺陷的書(shū)寫(xiě)規(guī)范l 缺陷標(biāo)題 1.標(biāo)題應(yīng)該保持簡(jiǎn)短、準(zhǔn)確，提供缺陷的本質(zhì)信息，并便于讀者搜索查尋。2.良好的缺陷標(biāo)題應(yīng)該按照下列方式書(shū)寫(xiě)： 盡量按缺陷發(fā)生的原因與結(jié)果的方式書(shū)寫(xiě)（“執(zhí)行完A后，發(fā)生B，”或者“發(fā)生B， 當(dāng)A執(zhí)行完后”）3.避免使用模糊不清的詞語(yǔ)，例如“功能中斷，功能不正確，行為不起作用，”等。應(yīng)該使用具體文字說(shuō)明功能如何中斷，如何不正確，或如何不起作用4.為了方便搜索和查詢，請(qǐng)使用關(guān)鍵字5.為了便于他人理解，避免使