各種類型的軟件測試應該是相通的 軟件測試
開發人員有提供相關文檔是最好的了，如果開發人員沒有提供任何文檔，那么照樣抓老鼠!只是可能有些老鼠會漏逃，漏逃少數、而且是從很偏僻很偏僻的旮旯角漏逃的話，就不怪你;當然如果漏逃得多就說明自己還有待修煉。
看過好多帖子在問怎么測試某某類型軟件,真不知道如何回答他們,依我目前的觀點來看，測試什么軟件都一樣，只要掌握軟件測試的相關理論知識就可以了。
接下來，要測試什么?是客戶的需求、開發人員的需求分析所決定的;怎么測試?編寫測試計劃、測試大綱，編制測試用例，執行測試用例，匯報BUG，進行測試總結分析。
這不就結了嗎?為什么還是有那么多人要提那樣的問題呢?難道他們會不知道這個路子?
應該不是!
他們的癥結應該在于沒有任何開發文檔或者測試文檔來指引，自己在那里稀里糊涂的摸索測試。這個階段的迷惘我也是經歷過的，熬了一階段，發現其實萬變不離其衷，只要循著前面所述的路子去做就可以了。
開發人員有提供相關文檔是最好的了，如果開發人員沒有提供任何文檔，那么照樣抓老鼠!只是可能有些老鼠會漏逃，漏逃少數、而且是從很偏僻很偏僻的旮旯角漏逃的話，就不怪你;當然如果漏逃得多就說明自己還有待修煉。
我想就針對沒有開發文檔的情況來總結總結自己的經歷吧。
沒有開發文檔的情況下，就像沒有陽光和燈光的抓老鼠工作一樣，通常開始于拄著棍子到處轉悠，碰著一只是一只。如果僅僅滿足于此，那就不得進步了。在這個過程中，我們需要分析，需要多方詢問探討，然后總結并作記錄。記得小時候抓老鼠的那段日子是多么的有趣。一開始是蹲在某個角落守株待兔，自然沒什么收獲，后來就將房子屋里屋外的翻個遍，看看哪里有洞洞。爺爺也會告訴我一些老鼠的習性、愛好...漸漸的，抓的老鼠就變多了，到最后還學會在適當的地方使用老鼠夾、老鼠藥，在老鼠夾上放點吃的誘惑那些“大毛毛蟲”(這應該相當于我們的破壞性測試了)。獲得戰利品后，我們一群小不點就變著花樣玩老鼠，剔毛、剪指甲、修尾巴、火烤、煙熏、粘土悶...無所不盡其及!最終各家的貓貓就享福了!不過，現在想起來，心里就發毛~~多殘忍啊!
和抓老鼠一樣，抓bug的話，就先執行每項操作以了解系統，不知道意思就有禮貌的詢問開發人員，再者要了解一些關于該系統的使用者的行業資料，多想想客戶可能需要這套系統做什么,會在哪些環境下使用,所以操作系統、開發平臺等運行環境的相關資料也要了解。經過一輪摸索，應該大概掌握了系統的“習性”了。接下來還是要擬定測試計劃，編制測試用例。測試用例的要素一定要包括以下各方面的內容才能全面(自然不同軟件可能有不同的側重點)：
1. 接口-路徑測試用例
2. 功能測試用例
3. 健壯性測試用例
4. 性能測試用例
5. 圖形用戶界面測試用例
6. 信息安全性測試用例
7. 壓力測試用例
8. 可靠性測試用例
9. 安裝/反安裝測試用例
其中功能測試應該是必不可少的了。對于功能測試，有前輩總結得很好，可以參考借鑒，這些方法在任何軟件應該都是通用的。
其他方面的測試用例要根據具體的軟件進行具體設計，經驗積累多了，自然就比較明確測試點在哪里了。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
