模板
教程
環境
性能
功能
管理
“整個場面我Hold住!”軟件測試計劃
OBJECTIVE
我們的目標呢，就是經過測試之后軟件的質量得到有效的保證，在已經考慮到的所有場面都可以“Hold住”。
As much as I concern,
1、 所有設計中的功能都能實現
2、 代碼經過review
3、 用戶界面經過用戶的試用
4、 系統的反應時間可以忍受
5、 發現的bug或者都已解決，或者下一個iteration解決
6、 各種極端情況都可以Handle
7、 數據可靠
8、 Last but not least, 不存在版權問題
下面我們詳細說一下各個部分。
1、 所有設計中的功能都能實現
UI在開發之前就是有設計藍圖的，所以具體應該實現什么功能是非常確定的，這個也比較方便檢查。UI開發人員在完成開發的時候就可以確定這些功能是否都已實現。為了減少差錯，可以再由測試人員進行double check。原始的用戶也可以報告bug。
具體的項目在TFS的work item列出。
2、 代碼經過review
為了提高代碼質量，review是非常有必要的。既是對代碼的double check，也驗證了寫出的代碼確實能夠比較容易地被今后的維護人員讀懂。
ps, (經過資深測試專家介紹，其實Review處于Dev的工作內容)
3、 用戶界面經過用戶的試用
這個在1中已經闡述。
值得提出的一件事就是，關于國際化(Internationalization的測試)，即使保證我們的產品也可以被全世界的用戶可以方便使用。除了界面的文字語言問題，還涉及到東西放思維差異等等。
比較幸運的是，我們的開發人員中就有一位歐洲瑞士的同學，我們的Daily Scrum也是使用英語的。從而使得我們的產品和國際化并不遙遠。為了保證這方面的質量，還可以找一些國際友人來進行使用并反饋。
4、 系統的反應時間可以忍受
在去年的一個版本中，查詢和反應時間非常緩慢，到了一種難以忍受的情況。
所以今年我們要格外重視這方面的情況。
具體在做好了之后，我們會在不同的網絡環境(公司內部、北京市電信網絡、美國雷德蒙德總部網絡、安徽合肥中科大教育網絡)進行使用測試，確保我們的反應時間得到用戶滿意的迅捷成都。
5、 發現的bug或者都已解決，或者下一個iteration解決
測試的階段不可避免要發現很多bug，發現bug多不是壞事，發現的少也不一定是好事。
關鍵的是，盡可能暴露出所有存在的問題，并且盡我們最大的努力進行改進，fix the bug.
6、 各種極端情況都可以Handle(邊界檢查)
各種邊界條件往往是出問題的地方。
在我們beta版本上周剛剛demo，在準備數據的過程中我們就特意準備了各種極端條件的數據。
比如說：
A.老師數量為0， 或學生數量為0
B. 老師數量最多(4)， 學生數量最多(79)
C. 還有學生分屬很多不同的工作機構的情況
確保我們的系統在不同情況下都可以得到一個比較美觀、可靠的界面。
7、 數據可靠
我們所挖掘到的師生關系對是需要經過驗證的。
暫時由于數量龐大，而我們人員有限，往往采用抽樣人工驗證的方法。
在條件具備的情況，我們會編寫腳本、測試程序等對關心的內容進行機器驗證。
8、 Last but not least, 不存在版權問題
確保我們的代碼都是原創，或者沒有使用本公司外的代碼。
原文轉自：http://www.anti-gravitydesign.com
