文檔測試，說起來很簡單，就是因為其簡單的表象，很容易使測試人員心里麻痹而忽視一些細節。從直覺判斷，我覺得這個看似簡單的問題也不能簡單的對待，于是查閱了一些書籍，對文檔測試進行了一些深入的理解。
作為一個軟件測試人員，一定要具備宏觀的質量意識，不僅僅是專注于業務和技術。隨著軟件產品的日趨復雜化，文檔已經成為軟件產品的重要組成部分之一，其中包括：
1. Package text and graphics.
2. Marketing material, ads, and other insert.
3. Warranty/registration.
4. EULA- end user license Agreement.
5. Labels and stickers.
6. Installation and setup instructions.
7. User's manual.
8. Online help.
9. tutorials, wizard, and CBT(computer base training).
10. Samples, examples, and templates.
11. Error messages.
所有的這些item都是大部分專業客戶在使用過程中密切關注的，如果任何一項出現錯誤或者低可用性，都會嚴重影響客戶的使用感，從而對我們的產品質量產生不好的感覺。因此，文檔測試必須和代碼測試，功能測試等一樣同等重視。
那么，一個好的文檔測試可以給軟件產品帶來什么好處呢？ 首先，提高了軟件的可用性；其次，提高了軟件穩定性；最后，降低了技術支持的成本。
為什么這么說呢？如果客戶在文檔中找不到軟件使用的說明，那么勢必會對使用產生一些疑惑，或者因為錯誤使用而導致不可預知的結果。最終客戶將會致電客服技術支持來尋求解決。如果在一開始文檔就有比較完善的測試，就不會導致上面一系列的結果。
就像software testing里面所說：A very effective approach to testing it is to treat it just like a user would. Read it carefully, follow every step, examine every step, examine every figure, and try every example. If there is sample code, type it in and make sure it works as described. With this simple real-world approach, you'll find bugs both in the software and the documentation.
基于這些理解，最終我是怎么來測試這個read me文檔的呢？
1. 可用性測試：我首先重現了這個客戶報上來的bug，并且理解了問題的原因，然后仔細閱讀了read me文檔里面添加的內容，按照里面所描述的邏輯進行操作，看問題是否被修復了。
2. 進行了拼寫檢查，和描述清晰度檢查，考慮是否有第二種理解，或者歧義，然后根據第二種或者第三種理解進行操作，看是否會出現不可預知的錯誤；
3. 檢查文檔是否安全，是否帶有威脅性的病毒或者不安全因素；
4. 檢查所有的問題都被描述到，并且在制定的build里面已經包含了該文檔；
最后我發現這個添加的描述存在理解歧義，客戶容易產生疑惑，并且不能很快的解決問題。我試圖和文檔開發人員進行了溝通，最終他認可了我的建議，將這段文字進行了修改。
似乎整個過程表面上看起來略顯繁瑣，有點吹毛求疵的嫌疑。但是我覺得作為一個軟件測試人員，就是需要將質量意識貫穿到每一個日常工作中，才能夠提高客戶滿意度，建立真正的“customer driven”意識
文章來源于領測軟件測試網 http://www.kjueaiud.com/