5．其他
針對不同的版本，如客戶版本、外文版本自身的特點，有針對性的整理出相應的測試用例。
以上改進目標主要針對目前開發平臺相對比較穩定，各個模塊封裝的較好的特點所采用的對策，不太適合全新平臺、功能模塊！
改進結果：
to be continued……
補充：
Checklist VS test case：
Checklist即功能點檢查表，只告訴測什么，并沒告訴如何測的問題，而測試用例則是一份比較詳細的文檔，有具體測試步驟和預期結果等的描述，即告訴了你如何測的問題！測試用例和checklist是有些區別的，不過我們實際工作中可以將兩者結合起來處理，實用就好。不同的人執行相同的測試用例，結果應該是相同的；不同的人執行同一條checklist，其結果可能不盡相同，有一定的彈性空間！兩者結合起來有時候效果會好！
好的測試用例的特點：
簡潔、清晰、完整、針對性、適用性、可維護性等
寫測試用例的一般原則：由簡單到復雜，由基本功能到細節功能
個人觀點：
1.詳細的測試用例不一定是好的測試用例；
2.出現問題多的模塊一定還有較多未被發現的問題存在！
3.在時間、資源有限的情況下，能夠更多地發現bug（尤其是嚴重的bug）的測試用例就是好的用例!
指導思想:
發現問題（搜集問題）—>分析問題——>改進措施——>執行——>效果檢查—>改進，基本按照PDCA的思想處理！
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
