軟件測試的核心是測試設計，而測試設計的質量很大程度上取決於測試人員的思路是否開闊和到位。以下是我關於vss2項目的一些測試思路，與大家一起討論:
計劃整個測試分爲以下4個部分：
1.根據測試周期編寫測試計劃(20%)
2.編寫測試用例(30%)
3.實際測試（模塊測試 集成測試 壓力測試）(25%)
4.Bug跟蹤(25%)
同時在產品設計過程中，從客戶和QA角度，對設計提出建議,如：
這是“真正的”需求嗎？
需求是否完備？
需求是否兼容？
需求是否可實現？
需求是否合理？
需求是否可測？
力求少做重複工作，測試用例的覆蓋面儘可能的廣。
思維方式
1、逆向思維方式
根據結果逆推條件，從而得出輸入條件的等價類劃分,從而發現開發人員思維的漏洞。
2、組合思維方式
將相關的事物進行排列（有序）和組合（無序），讓程序的複雜度上一個臺階，也讓程序的缺陷率隨之而增長。
3、全局思維方式
從多角度分析待測的系統；試着以不同角色去看系統，分析其是否能夠滿足需求。
4、兩極思維方式
在極端的情況下，看是否存在缺陷，如邊界值分析。
5、簡單思維方式
針對問題本質，排除干擾因素，讓產生問題的原因暴露出來。
6、比較思維方式
通過正常情況和異常情況的比較，找出問題所在。
設計階段的測試：
通過檢查設計文檔，如果開發是按照設計進行，系統將會是如何工作的。以此制定測試規劃。
督促研發進行白盒測試，包括：
重點測試
內部邊界測試
特定算法測試
結構測試與功能測試
增長測試與崩潰測試
黑盒測試
兩個測試周期：
第一個週期發現所有缺陷，下一個週期驗證更改效果。很可能要進行八個週期。如果每個版本都沒有測試徹底，應預期20或30（或更多）個週期。
黑盒測試事件序列
設計測試計劃和測試用例。
單個測試的設計
全面的測試計劃
1.測試計劃
2.驗收測試
當接受到一個新版本，首先檢查它是否穩定，是否可以接受測試。如果很小的試驗它就崩潰，說明這個版本未達到測試要求。
3.初始穩定性評估
4.功能測試，系統測試，驗收與確認
5.β測試
代表市場用戶羣對產品進行使用並提交建議
6.完整性測試與發佈測試
7.最終驗收測試與認證
2.測試用例設計
抱着試圖去推翻它的心態編寫測試用例，力求向以下方面靠攏：
有相當的可能找出軟件錯誤
不是冗餘的
本類用例中最佳的
既不過於複雜，又不過於簡單
這是“真正的”需求嗎？
需求是否完備？
需求是否兼容？
需求是否可實現？
需求是否合理？
需求是否可測？