按照產(chǎn)出的文檔，介紹項目開(kāi)發(fā)過(guò)程中的工作步驟
1. 測試計劃：這個(gè)計劃，我個(gè)人覺(jué)得應該在詳細設計確定后，代碼開(kāi)始編寫(xiě)的時(shí)候進(jìn)行制定，因為我是“提早開(kāi)始測試工作”思路的忠實(shí)fans，雖然現在項目里都只有我一個(gè)人在這么早開(kāi)始工作。。。-_-///
a) 測試計劃，主要是給后面的測試工作一些指南，不能寫(xiě)成領(lǐng)導看的計劃，而是要寫(xiě)成由做事的人看的計劃
b) 包含的內容可能有：
i. 測試團隊人員及分工(要確定當測試時(shí)出現缺陷界定、測試環(huán)境準備等問(wèn)題時(shí)能找到指定的人員)
ii. 測試開(kāi)始結束時(shí)間(理想情況下，不要安排的太緊，趕工肯定會(huì )造成延期或測試不完整，可惜理想和現實(shí)的差距被規定為很大)
iii.測試環(huán)境配置(什么樣的硬件條件，是否網(wǎng)絡(luò )、設備等，系統在什么地址訪(fǎng)問(wèn)，訪(fǎng)問(wèn)權限、使用的測試數據等方面的預計和準備)
iv. 測試哪些東西要說(shuō)清楚，這里我建議把簡(jiǎn)單的測試大綱納入測試計劃中，一方面領(lǐng)導可以看到你的計劃寫(xiě)的多詳細，另一方面大綱可以很好的成為編寫(xiě)用例的依據
v. 怎么測試要說(shuō)明白，如只做系統測試，那就要寫(xiě)清楚不做集成測試，如果需要集成測試，就需要寫(xiě)明白集成順序。另外如果需要進(jìn)行性能、文檔、等其他的測試也要在這個(gè)計劃中寫(xiě)明，雖然一般這個(gè)計劃都是針對功能測試，但是如果有其他測試，也要寫(xiě)出來(lái)并安排時(shí)間，相應測試的相關(guān)計劃等也需要指明
vi. 測試結束標志(要說(shuō)明測試達到什么程度可以結束測試，不能等到把所有缺陷都找出來(lái)以后才結束，因為那將是一萬(wàn)年)，允許缺陷存留在系統里，我們只需要找到留多少這個(gè)度就夠了
2. 測試用例：這個(gè)文檔，主要描述具體的測試步驟，但實(shí)際應用中，至少目前我的項目里，由于時(shí)間的原因，很少有寫(xiě)的，就算寫(xiě)了的，也基本沒(méi)有用到測試里，在這邊的很多項目大都是直接來(lái)測，全憑我個(gè)人的經(jīng)驗來(lái)檢查(在此感謝領(lǐng)導們對于我二把刀技術(shù)的信任_@_)。但是我想說(shuō)其實(shí)他很重要，也許你不需要寫(xiě)的很詳細，但是絕對需要通過(guò)這樣的步驟來(lái)理順思路，這個(gè)文檔的好壞和實(shí)用程度，直接可以決定你是否能“用最少的工作(量和時(shí)間)，盡早的發(fā)現盡可能多的缺陷”，寫(xiě)這個(gè)文檔需要用到一些測試方法理論，如等價(jià)類(lèi)劃分、邊界值、這個(gè)表那個(gè)表(汗。。。忘記了)
3. 缺陷記錄：是功能測試過(guò)程中使用頻率最高的文檔，用于在測試過(guò)程中記錄發(fā)現的缺陷，并由開(kāi)發(fā)人員作為修改缺陷的依據，以及修改后測試人員進(jìn)行回測的主要依據
a) 該文當也有助于分析開(kāi)發(fā)人員存在的“錯誤集群”現象，總結易出錯的地方，對缺陷多的部分做更深入的測試，并提醒開(kāi)發(fā)人員避免缺陷
b) 缺陷記錄填寫(xiě)指南：
i. 缺陷級別(即嚴重程度)，一般由公司統一定義，為發(fā)現的缺陷進(jìn)行分類(lèi)，以便決定修改的緩急
ii. bug分類(lèi)：區分發(fā)生的位置，是功能的，還是性能的，是有效性問(wèn)題 還是其他問(wèn)題等，與bug級別一起，用于決定bug的修改要求度
iii.bug狀態(tài)：是標志bug的當前情況，標識是否被處置(關(guān)閉狀態(tài))
iv. 上述這些指標一般由公司統一定義(一般標準都大同小異)，也會(huì )用于項目的度量
c) 缺陷記錄使用時(shí)的注意點(diǎn)：
i. 描述bug要有三要素：在哪里，什么情況(前提)下，發(fā)生了什么樣的問(wèn)題
ii. 可以借助截圖、引用位置、模塊等方式來(lái)描述bug，目的是讓開(kāi)發(fā)人員能夠通過(guò)您的描述立刻馬上能夠重現bug，即使不能重現，也能讓開(kāi)發(fā)人員了解到錯誤的所在
iii.缺陷報告要由開(kāi)發(fā)人員和測試人員共同完成，測試人員要督促開(kāi)發(fā)人員填寫(xiě)該表以便測試后續的回測工作
iv. 如果是在執行用例的同時(shí)填寫(xiě)bug報告，用例的最后一列一般可以填寫(xiě)用例的執行結果，如果用例發(fā)生了非期望的結果，那么就要把問(wèn)題記錄在缺陷記錄中，此時(shí)可以在缺陷記錄中引用該用例的編號
4. 測試總結報告：用于報告和總結項目測試工作的執行結果，列舉和統計相關(guān)測試數據，對比分析數據即工作中存在的問(wèn)題為后續工作做出提示，并記錄遺留的問(wèn)題等
a) 總結報告的還有一個(gè)功能就是告訴項目組成員該系統已經(jīng)按照測試計劃的要求進(jìn)行了測試，并已經(jīng)達到測試計劃中說(shuō)明的“測試結束條件”，可以證明系統已經(jīng)達到測試計劃所期望的質(zhì)量
b) 這份測試總結需要記錄項目所有測試的結果情況，除了功能測試外，性能測試也會(huì )被包含在內。
文章來(lái)源于領(lǐng)測軟件測試網(wǎng) http://kjueaiud.com/
