關于文檔測試

　　1.完整：是否有遺漏和丟失？完全嗎？單獨使用是否包含全部內容？

　　2. 準確：既定解決方案正確嗎？目標明確嗎？有沒有錯誤？

　　3. 精確：不含糊，清晰。描述是否一清二楚？還是自說自話？容易看懂和理解嗎？

　　4. 一致：產品功能描述是否自相矛盾？與其他功能有沒有沖突 ?

　　5. 貼切：描述功能的陳述是否必要 ? 有沒有多余信息 ? 功能是否滿足的客戶要求 ?

　　6. 合理：在特定的預算和進度下，以現有人力，物力和資源能否實現 ?

　　7. 代碼無關：是否堅持定義產品，而不是定義其所信賴的軟件設計，架構和代碼 ?

　　8. 可測試性：特性能否測試 ? 測試員建立驗證操作的測試程序是否提供足夠的信息 ?

　　產品說明書用語檢查清單

　　說明：對問題的描述通常表現為粉飾沒有仔細考慮的功能 ---- 可歸結于前文所述的屬性。從產品說明書上找出這樣的用語，仔細審視它們在文中是怎樣使用的。產品說明書可能會為其掩飾和開脫 , 也可能含糊其詞 ---- 無論是哪一種情況都可視為軟件缺陷

　　9. 總是，每一種，所有，沒有，從不。如果看到此類絕對或肯定的，切實認定的敘述，軟件測試員就可以著手設計針鋒相對的案例

　　10. 當然，因此，明顯，顯然，必然。這些話意圖誘使接受假定情況，不要中了圈套。

　　11. 某些，有時，常常，通常，慣常，經常，大多，幾乎。這些話太過模糊， " 有時 " 發生作用的功能無法測試。

　　12. 等等，諸如此類，依此類推。以這樣的詞結束的功能清單無法測試，功能清單要絕對或者解釋明確，以免讓人迷惑，不知如何推論。

　　13. 良好，迅速，廉價，高效，小，穩定。這些是不確定的說法，不可測試。如果在產品說明書中出現，就必須進一步指明含義。

　　14. 已處理，已拒絕，已忽略，已消除。這些廉潔可能會隱藏大量需要說明的功能。

　　15. 如果 ... 那么 ...( 沒有否則 ) 。找出有 " 如果 ... 那么 ..." 而缺少配套的 " 否則 " 結構的陳述，想一想 " 如果 " 沒有發生會怎樣。

　　簡明性、明確性：在軟件開發各個階段所編寫的各種文檔的語言表達清晰、準確、簡練，適合各種文檔的特定讀者即提供的用戶手冊要對系統中每部分的在各個階段的功能有明確。

　　描述，對于工作流程也有明確敘述，讓用戶很清楚的知道自己處于流程中的什么位置，在做什么，接下來該做什么或者應該怎么做。

　　內容完整性：按照軟件開發流程編制相應的文檔，提供用戶操作手冊及在線幫助。

　　用戶操作手冊要全面、細致的每個模塊操作步驟以及每步所要達到的目標。

　　在線幫助要詳細列出用戶在工作中可能遇到的問題，并針對每個問題提出詳細的解決方案，要充分起到“實時”給予幫助的目的。

　　準確規范性、可讀性：用戶手冊、用戶操作手冊以及在線幫助要做到用語規范，準確，可讀性，符合客戶要求的編寫規范標準，使用戶操作起來簡單明了，例如在某環節出現了問題，用戶能夠利用在線幫助很快且順利的找到相應的幫助文檔，最終達到解決的目的 。

　　可追蹤性：指在不同文檔的相關內容之間或則同一文檔某一內容在本文檔中的涉及范圍可追蹤性。

　　自說明性：各個階段中的文檔能獨立、清楚的表達出對應于該文檔所處的階段而開發出的軟件產品所具有的功能。

原文轉自：http://www.kjueaiud.com