【正文】 測(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è)試造成影響。l 缺陷分析——按照缺陷的屬性分類分析，比如：缺陷總數(shù)、各模塊的缺陷分布、不同嚴(yán)重等級(jí)的缺陷、缺陷的修復(fù)情況、未修復(fù)的缺陷及未修復(fù)的原因、對(duì)項(xiàng)目整體的影響等等（也可單獨(dú)寫一份《缺陷報(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é)性的）當(dāng)上述所有工作完成后，測(cè)試人員應(yīng)對(duì)測(cè)試的過(guò)程、效果進(jìn)行驗(yàn)收，宣布測(cè)試的所有工作完成（根據(jù)實(shí)際項(xiàng)目的規(guī)模來(lái)定，非必須）過(guò)程要點(diǎn)詳細(xì)說(shuō)明輸入條件測(cè)試實(shí)施工作結(jié)束，所有測(cè)試文檔已編寫完畢工作內(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)告》測(cè)試歸檔是在測(cè)試驗(yàn)收結(jié)束宣布測(cè)試有效，結(jié)束測(cè)試后，對(duì)測(cè)試過(guò)程中涉及到各種標(biāo)準(zhǔn)文檔進(jìn)行歸檔。測(cè)試報(bào)告是在一個(gè)測(cè)試階段結(jié)束后，或者項(xiàng)目的全部測(cè)試工作結(jié)束后需要提交的，所以報(bào)告又分為階段性測(cè)試報(bào)告，和總結(jié)性測(cè)試報(bào)告。如有需求和設(shè)計(jì)上的變更，需要不斷完善測(cè)試用例。根據(jù)每一個(gè)測(cè)試需求點(diǎn)和功能點(diǎn)，運(yùn)用不同的用例設(shè)計(jì)方法編寫用例，針對(duì)不同的測(cè)試內(nèi)容，可能會(huì)涉及到的用例包括：功能測(cè)試用例、性能測(cè)試用例、接口測(cè)試用例和自動(dòng)化測(cè)試用例。過(guò)程要點(diǎn)詳細(xì)說(shuō)明輸入條件項(xiàng)目進(jìn)入軟件設(shè)計(jì)階段，至少需要有需求文檔、軟件設(shè)計(jì)說(shuō)明書或者軟件原型（demo）工作內(nèi)容測(cè)試人員根據(jù)相關(guān)文檔梳理、提取測(cè)試需求，確定測(cè)試內(nèi)容（功能、性能、兼容性等）、使用的測(cè)試方法（手工測(cè)試、自動(dòng)化測(cè)試），已保證此次需要測(cè)試的內(nèi)容覆蓋完整。而且被確定的測(cè)試需求項(xiàng)必須是可核實(shí)的、可測(cè)的，不能有模棱兩可的概念，比如：大概、約、或者……；也不能為無(wú)法量化、主觀性的概念，比如：處理速度快、設(shè)計(jì)頁(yè)面好看……。但是在實(shí)際的工作中，放到具體的項(xiàng)目里，也需要根據(jù)具體情況和要求進(jìn)行適當(dāng)?shù)恼{(diào)整。軟件測(cè)試流程和規(guī)范軟件測(cè)試的基本流程與測(cè)試規(guī)范目錄前言 1一、軟件測(cè)試的流程 2 2 3 3 4 4 5 7二、軟件測(cè)試規(guī)范 8（包括但不限于） 8 8（概要設(shè)計(jì)或詳細(xì)設(shè)計(jì)） 8（demo） 9 9（按階段劃分） 9 9 11（非必須） 12 12（非必須） 13（非必須） 13（按測(cè)試內(nèi)容劃分） 14 14（UI測(cè)試） 19 20 20 22 22 24 25 25 27 28II前言此文檔就項(xiàng)目中測(cè)試部分的工作流程進(jìn)行了一個(gè)梳理，參考了不同的資料，提煉整理的內(nèi)容為業(yè)內(nèi)已經(jīng)成型、被大多數(shù)項(xiàng)目采用和認(rèn)可的。一、軟件測(cè)試的流程測(cè)試需求是整個(gè)測(cè)試過(guò)程的基礎(chǔ)；確定測(cè)試對(duì)象以及測(cè)試工作的范圍和作用。它們必須有一個(gè)可觀察、可評(píng)測(cè)的結(jié)果。退出標(biāo)準(zhǔn)提取完整的測(cè)試需求點(diǎn)輸出內(nèi)容明確測(cè)試策略，列出具體的功能列表（非必須項(xiàng)）當(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ō)明輸入條件測(cè)試需求明確，測(cè)試計(jì)劃明確，已有基線需求和測(cè)試計(jì)劃工作內(nèi)容根據(jù)每一步測(cè)試計(jì)劃編寫全部的測(cè)試用例退出標(biāo)準(zhǔn)測(cè)試用例需要覆蓋所有的測(cè)試需求輸出內(nèi)容測(cè)試人員提交評(píng)審后的《測(cè)試用例》，測(cè)試腳本（性能、自動(dòng)化）測(cè)試實(shí)施階段是測(cè)試人員在整個(gè)項(xiàng)目中需要投入最多工作量的階段，也是最主要，最重要的一個(gè)階段。退出標(biāo)準(zhǔn)執(zhí)行完畢所有測(cè)試用例，結(jié)果被記錄輸出內(nèi)容測(cè)試結(jié)果（輸出到測(cè)試管理工具中）約定的測(cè)試周期完成后，測(cè)試人員需要總結(jié)此次測(cè)試的結(jié)果，并編寫報(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à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è)試規(guī)范形成的前提是需要有有章可循的依據(jù)，這些依據(jù)需要基于標(biāo)準(zhǔn)的項(xiàng)目文檔，常見(jiàn)的文檔包括下面幾種：軟件需求說(shuō)明書是為了使用戶和軟件開(kāi)發(fā)者雙方對(duì)該軟件的初始規(guī)定有一個(gè)共同的理解， 使之成為整個(gè)項(xiàng)目組開(kāi)展工作的基礎(chǔ)。概要設(shè)計(jì)是在用戶提出的需求和軟件的設(shè)計(jì)實(shí)現(xiàn)之間架起橋梁，是將用戶提出的目標(biāo)和需求轉(zhuǎn)換成具體界面設(shè)計(jì)解決方案的重要階段。而詳細(xì)設(shè)計(jì)是軟件工程中軟件開(kāi)發(fā)的一個(gè)步驟，就是對(duì)概要設(shè)計(jì)的一個(gè)細(xì)化，就是詳細(xì)設(shè)計(jì)每個(gè)模塊實(shí)現(xiàn)算法，所需的局部結(jié)構(gòu)。或者在需求不夠明確，設(shè)計(jì)說(shuō)明書不夠全面的情況下，頁(yè)面原型也是后期測(cè)試用例編寫思想的重要根據(jù)。l 獨(dú)立路徑和錯(cuò)誤檢查獨(dú)立路徑測(cè)試：在模塊中應(yīng)對(duì)每一條獨(dú)立執(zhí)行路徑進(jìn)行測(cè)試，每條語(yǔ)句至少執(zhí)行一次。單元測(cè)試人員一般是開(kāi)發(fā)自測(cè)。準(zhǔn)入條件 單元測(cè)試用例編寫完成； 核心功能開(kāi)發(fā)完成； 項(xiàng)目需求文檔、概要設(shè)計(jì)文檔、詳細(xì)設(shè)計(jì)文檔均通過(guò)評(píng)審并歸檔； 子系統(tǒng)間接口說(shuō)明文檔通過(guò)評(píng)審并歸檔； 項(xiàng)目集成測(cè)試用例文檔通過(guò)評(píng)審并歸檔；主要測(cè)試點(diǎn)和方法（）參與組織需要參與的人員的職責(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ì)量；（非必須）冒煙測(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。系統(tǒng)測(cè)試是針對(duì)整個(gè)產(chǎn)品系統(tǒng)進(jìn)行的測(cè)試，目的是驗(yàn)證系統(tǒng)是否滿足了需求規(guī)格的定義，找出與需求規(guī)格不符或與之矛盾的地方，從而提出更加完善的方案。隨機(jī)測(cè)試是根據(jù)測(cè)試說(shuō)明書執(zhí)行用例測(cè)試的重要