【正文】 測試環(huán)境和開發(fā)環(huán)境應分隔開來，以免相互影響，便于缺陷的復現(xiàn)和定位，在條件允許的情況下，性能測試環(huán)境應和功能測試環(huán)境分開，以免在性能測試過程中對功能測試造成影響。l 缺陷分析——按照缺陷的屬性分類分析，比如：缺陷總數(shù)、各模塊的缺陷分布、不同嚴重等級的缺陷、缺陷的修復情況、未修復的缺陷及未修復的原因、對項目整體的影響等等（也可單獨寫一份《缺陷報告》）l 測試評估——從總體對項目質(zhì)量進行評估l 測試組建議——從測試組的角度為項目組提出工作建議退出標準本次測試中所有的相關測試數(shù)據(jù)統(tǒng)計完畢，完成統(tǒng)計分析輸出內(nèi)容《缺陷報告》（非必須）、《測試報告》（根據(jù)實際的項目規(guī)?？杉毞譃殡A段性的和總結性的）當上述所有工作完成后，測試人員應對測試的過程、效果進行驗收，宣布測試的所有工作完成（根據(jù)實際項目的規(guī)模來定，非必須）過程要點詳細說明輸入條件測試實施工作結束，所有測試文檔已編寫完畢工作內(nèi)容測試驗收工作由測試經(jīng)理進行，驗收內(nèi)容報告：l 測試效果驗收——測試是否達到預期目標l 測試文檔驗收——測試過程中文檔是否齊全，是否符合標準l 測試評估——從總體對測試的質(zhì)量進行評估l 測試建議——對本次測試工作指出不足，并對以后的工作提出改進、優(yōu)化建議l 宣布測試結束——測試組成員簽字宣布本次測試結束退出標準簽發(fā)測試驗收報告輸出內(nèi)容所有測試人員《測試驗收報告》測試歸檔是在測試驗收結束宣布測試有效，結束測試后，對測試過程中涉及到各種標準文檔進行歸檔。測試報告是在一個測試階段結束后，或者項目的全部測試工作結束后需要提交的，所以報告又分為階段性測試報告，和總結性測試報告。如有需求和設計上的變更，需要不斷完善測試用例。根據(jù)每一個測試需求點和功能點，運用不同的用例設計方法編寫用例，針對不同的測試內(nèi)容，可能會涉及到的用例包括：功能測試用例、性能測試用例、接口測試用例和自動化測試用例。過程要點詳細說明輸入條件項目進入軟件設計階段，至少需要有需求文檔、軟件設計說明書或者軟件原型（demo）工作內(nèi)容測試人員根據(jù)相關文檔梳理、提取測試需求，確定測試內(nèi)容（功能、性能、兼容性等）、使用的測試方法（手工測試、自動化測試），已保證此次需要測試的內(nèi)容覆蓋完整。而且被確定的測試需求項必須是可核實的、可測的，不能有模棱兩可的概念，比如：大概、約、或者……；也不能為無法量化、主觀性的概念，比如：處理速度快、設計頁面好看……。但是在實際的工作中，放到具體的項目里，也需要根據(jù)具體情況和要求進行適當?shù)恼{(diào)整。軟件測試流程和規(guī)范軟件測試的基本流程與測試規(guī)范目錄前言 1一、軟件測試的流程 2 2 3 3 4 4 5 7二、軟件測試規(guī)范 8（包括但不限于） 8 8（概要設計或詳細設計） 8（demo） 9 9（按階段劃分） 9 9 11（非必須） 12 12（非必須） 13（非必須） 13（按測試內(nèi)容劃分） 14 14（UI測試） 19 20 20 22 22 24 25 25 27 28II前言此文檔就項目中測試部分的工作流程進行了一個梳理，參考了不同的資料，提煉整理的內(nèi)容為業(yè)內(nèi)已經(jīng)成型、被大多數(shù)項目采用和認可的。一、軟件測試的流程測試需求是整個測試過程的基礎；確定測試對象以及測試工作的范圍和作用。它們必須有一個可觀察、可評測的結果。退出標準提取完整的測試需求點輸出內(nèi)容明確測試策略，列出具體的功能列表（非必須項）當項目進入到實現(xiàn)階段，測試經(jīng)理就應該和整個項目的開發(fā)人員、需求設計人員研究討論，并對本次測試的交接時間、投入的人力、擬定測試的輪次、各輪次持續(xù)的時間、測試的內(nèi)容和深度進行規(guī)模預估，并制定出測試計劃。過程要點詳細說明輸入條件測試需求明確，測試計劃明確，已有基線需求和測試計劃工作內(nèi)容根據(jù)每一步測試計劃編寫全部的測試用例退出標準測試用例需要覆蓋所有的測試需求輸出內(nèi)容測試人員提交評審后的《測試用例》，測試腳本（性能、自動化）測試實施階段是測試人員在整個項目中需要投入最多工作量的階段，也是最主要，最重要的一個階段。退出標準執(zhí)行完畢所有測試用例，結果被記錄輸出內(nèi)容測試結果（輸出到測試管理工具中）約定的測試周期完成后，測試人員需要總結此次測試的結果，并編寫報告。報告需要對此次或此階段測試的情況進行統(tǒng)計，匯總，分析，以供整個項目組了解軟件開發(fā)的質(zhì)量、開發(fā)的進度及軟件修復的情況，對項目經(jīng)理決定上線與否，上線時間，項目是否會延期等相關決策提供一個重要的參考依據(jù)。過程要點詳細說明輸入條件測試驗收通過工作內(nèi)容歸檔測試過程中所有文檔，主要包括以下文檔（必須）l 測試計劃l 測試用例l 測試報告退出標準全部文檔歸檔完畢輸出內(nèi)容歸檔清單二、軟件測試規(guī)范測試代碼和項目開發(fā)代碼應該利用配置管理工具（如SVN）分開管理。（包括但不限于）測試規(guī)范形成的前提是需要有有章可循的依據(jù)，這些依據(jù)需要基于標準的項目文檔，常見的文檔包括下面幾種：軟件需求說明書是為了使用戶和軟件開發(fā)者雙方對該軟件的初始規(guī)定有一個共同的理解， 使之成為整個項目組開展工作的基礎。概要設計是在用戶提出的需求和軟件的設計實現(xiàn)之間架起橋梁，是將用戶提出的目標和需求轉換成具體界面設計解決方案的重要階段。而詳細設計是軟件工程中軟件開發(fā)的一個步驟，就是對概要設計的一個細化，就是詳細設計每個模塊實現(xiàn)算法，所需的局部結構。或者在需求不夠明確，設計說明書不夠全面的情況下，頁面原型也是后期測試用例編寫思想的重要根據(jù)。l 獨立路徑和錯誤檢查獨立路徑測試：在模塊中應對每一條獨立執(zhí)行路徑進行測試，每條語句至少執(zhí)行一次。單元測試人員一般是開發(fā)自測。準入條件 單元測試用例編寫完成； 核心功能開發(fā)完成； 項目需求文檔、概要設計文檔、詳細設計文檔均通過評審并歸檔； 子系統(tǒng)間接口說明文檔通過評審并歸檔； 項目集成測試用例文檔通過評審并歸檔；主要測試點和方法（）參與組織需要參與的人員的職責如下表：編號角色職責說明1需求經(jīng)理對測試中需求不明確地方，進行明確；2產(chǎn)品經(jīng)理對測試中產(chǎn)品功能實現(xiàn)歧義地方，進行明確；3開發(fā)人員負責功能開發(fā)、缺陷修復、單元測試；4開發(fā)責任人負責軟件開發(fā)進度、版本提交和相關協(xié)調(diào)；5配置管理員負責每輪測試前：代碼獲取、編譯、發(fā)布；6測試經(jīng)理負責項目測試整體計劃、協(xié)調(diào)和質(zhì)量；（非必須）冒煙測試是開發(fā)完成后，正式移交測試前做的一個中間測試工作，即在剛剛編譯出來后，開發(fā)人員需要進行基本確認測試，例如是否可以正確安裝/卸載，主要功能是否實現(xiàn)，是否存在嚴重死機或數(shù)據(jù)嚴重丟失等Bug。系統(tǒng)測試是針對整個產(chǎn)品系統(tǒng)進行的測試，目的是驗證系統(tǒng)是否滿足了需求規(guī)格的定義，找出與需求規(guī)格不符或與之矛盾的地方，從而提出更加完善的方案。隨機測試是根據(jù)測試說明書執(zhí)行用例測試的重要