◆　下圖是游戲迭代開發模型圖
　　

　　◆　如果你去做電子商務，或是做門戶，這些項目的適時性，高性能，復雜的功能會給你更高的技術要求，更高強的時間性效率挑戰，對測試的設計，、執行，、與性能測試提出更高的要求。其實在大多數互聯網公司經常會出現這樣的情況：剛出去的功能又撤下來修改，或是性能達不到要求仍需要又要調優。許多一些人都會犯這樣一個錯，認為測試的時間不夠，就只要測試執行，而忽略了其他幾個環節就可以了，不做細致的分析與設計，為后續工作帶來很大壓力。其實，一個充分測試過的有質量保證的產品，可以減輕客服，、市場，、等各方面很多的壓力。產品在用戶和研發之間，反復，幾次不如晚一些上提供給用戶。從另外一方面看，這還需要測試主管能頂住某些壓力。時間緊迫當然這不是理由，如何在流程上保證測試的需求分析，、用例的設計與研發在開發時同步進行是最重要的，這時你要加強早期的測試介入，明確卡住需求確認這一部分，。這樣，在研發進入開發階段時，測試 團隊也能進入測試設計，。當研發開發完成時，你測試 團隊事實上已經其本基本上完成了大部分的測試設計，并準備進入測試執行，。不要在開發提交后再去想如何測測試，抱怨之聲也就不絕于耳了。這樣才可能測試好一個時間比較緊的項目不管在用于測試的時間上，還是測試的質量上都無法滿足要求。

　　◆　同時測試設計的很好，不僅可以節約測試執行的時間，也可以在反復提交的過程中，由于用例執行的一致性，保證了測試在多次的執行中的質量，；。同時也有發布的標準，一是缺陷的情況，二是用例的執行與覆蓋。同時由于研發給的測試時間比較緊，所以有兩件事情就必需作做好，：一是明確產品提交測試時間，并在研發延遲時給自己爭取時間；二是在質量達不到要求的情況下，時間及時的做出反應，不要到最后在研發不了解項目質量的情況下建議研發延遲項目。為了達到上面的要求你必需要一個很好的測試 平臺，把設計，測試用例管理，執行與用例的聯動，缺陷管理與報表統計打通，盡可能的利用 平臺解決事務性工作，降低流程執行的成本，。也就是說，既讓測試人員可以集中精力去測試，同時又能夠讓研發管理人員隨時獲取正在進行測試的進度與質量，。當這些工作做到透明化時以后，就算讓研發延遲發布，研發部門也會接收接受，。下圖是這一階段的大致流程
　　

更多軟考資料請訪問：考試吧軟件水平考試欄目

希望與更多網友交流，請進入考試吧軟件水平考試論壇