開發模式對測試的影響

　　軟體開發的幾個模式對軟體測試的影響：

　　● 大棒開發模式

　　1、大棒開發模式的最大優點就是思路簡單，經常可能就是程式員的“突發奇想”。

　　2、大棒開發模式的軟體測試通常在開發任務完成後進行，測試工作有時比較容易，有時則非常艱難，這是因為軟體已形成産品後，已經無法再修複存在的問題。

　　● 邊寫邊改模式

　　1、邊寫邊改的開發模式是對大棒開發模式的一種改進;

　　2、處于邊寫邊改開發的項目小組的軟體測試人員要明确的是，自己将和程式員一起陷入可能長期循環往複的一個開發過程。通常，新的軟體版本在不斷地産生，而舊的軟體版本工作可能還沒有完成，新版本還可能有包含了新的或修改了的軟體功能。

　　● 瀑布開發模式

　　1、遺漏的需求或者客戶不斷變更的需求會使得該模型無所适從，它适用于那些比較穩定，容易了解的項目;

　　2、瀑布開發模式的優點：1)易于了解 2)調研開發的階段性 3)強調早期計劃及需求調查 4)确定何時能夠傳遞産品及何時進行評審與測試;

　　3、瀑布開發模式的缺點：1)需求調查分析隻進行一次，不能适應需求的變化 2)順序的開發流程，使得開發的經驗教訓不能回報到該項目的開發中去。

3)不能反映出軟體開發過程的反複性與疊代性 4)沒有包含任何類型的風險評估 5)開發中出現的問題直到開發後期才能顯露，是以失去了及早糾正的機會;

　　

　　

　　● 快速原型法

　　1、應用快速模型開發模式的目的是為了确定使用者的真正需求，使得使用者在原型面前能夠更加明确自己的需求是什麼。在得到使用者的明确需求後，原型将被抛棄。

　　● 螺旋開發模式

　　1、螺旋開發模式是瀑布開發模式和快速原型開發模式的相結合的一種開發模式;

　　2、螺旋開發模式的主要思想是在開始時不必詳細定義所有細節，而是從小的規模開始，定義重要功能，盡量實作，然後探測風險，制定風險控制計劃，接受客戶回報，進入下一個階段并重複上述過程，然後進行下一個螺旋的反複，确定下一步是否還要繼續，知道最終軟體産品的獲得。

　　3、螺旋開發模式由于引入非常級别的風險識别、風險分析和風險控制，是以對風險管理的技能水準提出了很高的要求，并需要較多的人員、資金和時間上的投入。

　　● RUP模型

　　1、RUP彙集了現代軟體開發中多方面的管理經驗，并為适應各種項目及組織的需要提供了靈活的形式。作為一個商業模型，它具有非常詳細的過程指導和模闆。

　　2、由于該模型比較複雜，在模型上的掌握需要花費比較大的成本。尤其對項目管理者提出了比較高的要求。

　　● IPD流程開發模式

　　1、IPD流程是一個階段性模型，具有瀑布模型的影子，

　　2、該模型是通過流程成本來提高整體産品的品質并獲得市場的占有率。由于流程沒有定義如何進行流程回退的機制，是以對于需求經常變動的項目，該流程就顯得不适合;對于一些小的項目，也不是非常适合使用該流程。

　　● 靈活開發模式

　　1、靈活方法将開發與測試過程融為一體。

　　2、在靈活方法中，測試以很多不同的方法扮演着同樣的角色，而不同的測試種類扮演着不同的角色。

　　3、根據靈活原則，要確定能用自動化測試的事情絕不要用手工測試，同時要做到适于手工測試的内容絕不花高昂成本做自動化的測試。

　　4、不因為某方面不能實作自動化測試不去做測試。