軟件測試文檔一般是提供測試信息的一組文檔，可以是測試人員的工具，也可以是項目開發(fā)團隊的開發(fā)輔助工具。

一般情況下，項目相關的測試文檔主要有以下幾個 ：

1.測試計劃。測試計劃由測試小組編寫完成后，需同項目中相關人員進行評審，以確保當前的計劃與項目進度等方面是一致的。

2.測試策略。一般情況下，較大型的項目會有附加的測試策略文檔 ，即詳情測試設計。與開發(fā)小組中的概要設計文檔類似。測試策略文檔編寫完成后也需要由相關項目經(jīng)理、開發(fā)人員進行評審 。了解測試設計的同時可以針對自己的開發(fā)習慣與出錯點進行分析比較，使開發(fā)人員在項目早期避免一些Bug的產(chǎn)生。

3.測試用例文檔。前邊已提到過如何提升測試用例設計思維，可見測試用例是考察測試人員真實測試技能與水平的一項活動。同時測試用例一般根據(jù)測試計劃及測試策略來編寫，測試計劃中會寫清楚case設計的顆粒度及測試范圍等等，并運用測試策略中提到的一些設計方法，同時結合當前項目中業(yè)務的特性來完整、有序的編寫。與項目小組評審時，目的是查漏補缺，讓項目經(jīng)理清楚覆蓋面，從而更準確評估項目風險。

4.測試報告 。主要供項目相關人員如項目經(jīng)理、產(chǎn)品經(jīng)理、開發(fā)經(jīng)理、測試組成員及管理層查閱，以獲得對本次項目的測試進度、產(chǎn)品問題等信息。并為后期迭代項目提供參考依據(jù)。

5.缺陷報告。主要記錄產(chǎn)品的相關質(zhì)量信息，以使項目相關成員了解缺陷集中區(qū)域，及缺陷類型，利用統(tǒng)計好的圖表更直觀展示。

測試成員個人的文檔主要是為了輔助測試，同時也在測試過程中總結，以增強自身的技能。

1.測試需求架構圖。即測試人員依據(jù)產(chǎn)品文檔來重新設計的測試需求文檔 ，目的是在編寫測試文檔時更好梳理。并靜態(tài)檢查其可測性。

2.用戶文檔。對于第三方測試或是專業(yè)業(yè)務的系統(tǒng)，用戶文檔需由測試編寫。換句話說， 就是系統(tǒng)使用說明書，需要圖文并茂，讓非專業(yè)領域的用戶也可以輕易按說明書上手。

3.測試草稿。即測試過程中對于復雜場景或需要計算的功能來設計方案，或是有些測試輸入數(shù)據(jù)需要記錄。

4.測試筆記。在測試過程中學習到的新技能或是有疑問的做好記錄。用來在總結時參考 。

5.測試知識共享庫?？梢栽陧椖块_始前編寫好模板，在項目過程中每個測試組成員都可以協(xié)同編寫。如，出現(xiàn)頻率較高的Bug， 較奇葩的Bug ，通用功能測試點的補充，頓悟到的一些測試理念等等，都可以寫入測試知識庫中， 在測試過程中大家可隨時查閱，可以節(jié)省大量時間，項目結束后作為測試經(jīng)驗來記下，以在后續(xù)項目中引用或?qū)W習。