如何對軟件測試過程進行改進_第1頁
如何對軟件測試過程進行改進_第2頁
如何對軟件測試過程進行改進_第3頁
全文預覽已結束

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

第第頁如何對軟件測試過程進行改進?如何對軟件測試過程進行改進?

發(fā)表于:2023-06-17來源::點擊數(shù):標簽:軟件測試改進

相信做過測試管理的人,都有過此類擔心,就是寫一個怎么樣的測試計劃才是有效的呢?才能保證項目進度而又不會過度疲勞?我知道,絕大部分人都是根據(jù)感覺和經(jīng)驗來寫的,時間不夠就多加班,時間富裕就多給自主測試的時間,這樣看來,計劃也能被有效的實施。但

相信做過測試管理的人,都有過此類擔心,就是寫一個怎么樣的測試計劃才是有效的呢?才能保證項目進度而又不會過度疲勞?我知道,絕大部分人都是根據(jù)感覺和經(jīng)驗來寫的,時間不夠就多加班,時間富裕就多給自主測試的時間,這樣看來,計劃也能被有效的實施。但如果要求寫一份定時定量的計劃,這樣就不好應對了。所謂定時定量,就是要求你根據(jù)項目實際的工作量,來量身制定一個測試計劃。那么現(xiàn)在就要用到我們測試過程中收集到得數(shù)據(jù)了,這個過程我用到以下數(shù)據(jù):

1.測試需求數(shù)

2.測試點數(shù)

3.測試用例數(shù)

4.每天每人執(zhí)行用例數(shù)

5.每天每人設計用例數(shù)

以上這些,是用來評估工作量的,這是制定計劃時的重點。

我的過程是這樣的(以下使用的數(shù)據(jù)是本人在多個項目中的統(tǒng)計):

假設該項目有500個需求點,分解出2000個測試點。(這部分工作在制定測試策略中完成)

每個測試點需要兩個用例對應,有4000個用例。

沒人每天執(zhí)行30--50個用例,每人每天可設計60--100個用例。

那么設計用例階段共需要4065天/人的工作量,執(zhí)行用例階段需要80130天/人的工作量。

下一步,讓我們制定一個計劃吧??蓞f(xié)調的測試人員5--10人,根據(jù)項目分配。

如果5人的話,完成設計用例和執(zhí)行用例兩個階段,共需要24--39天。

如果10人的話,完成設計用例和執(zhí)行用例兩個階段,共需要12--19.5天。

前期培訓一天,需求學習三天,用例評審兩天,搭建環(huán)境1天,測試計劃,測試方案編寫測試負責人可并行完成,不單獨分配時間。

第一輪測試,對于項目具體情況不清楚,建議有3--5天的時候自由測試和應對一些突發(fā)事件。

那么整個項目:

如果5人的話,完成設計用例和執(zhí)行用例兩個階段,共需要34--51天。

如果10人的話,完成設計用例和執(zhí)行用例兩個階段,共需要22--31.5天。

這個范圍,可根據(jù)具體情況選取,項目緊,加大工作量到上限,項目周期寬松,工作量調到下限,以便測試人員有時間驗證自己的想法。

人員的選擇,也是根據(jù)項目周期來選吧,介于5--10人之間,都可以很容易的調整計劃。

如果一輪測試需要進入下一輪,那么增加2天調整期和驗證缺陷的時間,一天搭建新環(huán)境的時間及了解需求改動等等的時間。

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論