測試人員的工作流程是怎樣的
每個公司的軟件測試工作流程也許會有些許不同，但大體上都不會有太大的誤差，根基上包羅需求評審、擬定測試打算、設計測試用例、用例評審、測試執行、撰寫測試陳述等文檔，下面就來看看吧！
測試工作流程詳解
- 1
需求評審：
不管是自研產物或其他產物，測試人員都要加入需求評審的會議。一方面，便于領會需求進而更好地開展之后的測試工作；另一方面，測試人員往往是從用戶角度考慮居多，加倍可以或許從用戶的角度提出合適現實的建議。
- 2
擬定測試打算：
待需求最終確定下來后，則可以起頭擬定測試打算，確定測試方針、測試規模、測試方式、測試策略、資本放置、風險評估等。
- 3
測試用例設計：
待測試打算擬心猿意馬好后，可起頭進行用例設計。一般先利用思維導圖東西清算大要框架，再利用測試用例辦理東西（如testlink）按功能模塊、利用場景進行設計。
- 4
測試用例評審：
因為一小我的思惟是有局限性的，待用例設計好后，最好項目組的所有人員（產物司理、研發人員、測試人員）都介入用例評審，以便查漏補缺，盡可能利用例籠蓋更周全。
- 5
冒煙測試：
待研發人員提交版本后，測試人員便可以進行冒煙測試（當然，冒煙測試的用例要提前選好）。
- 6
一輪測試：
待冒煙測試經由過程，則可以起頭執行第一輪的測試。發現的bug利用缺陷辦理東西（如jira/redmine/禪道等）記實下來。
- 7
N輪測試：
若是有需要，則進行第二輪、第三輪、第N輪的測試。
- 8
回歸測試：
待研發人員把本次需修復的bug都修復完當作后（并紛歧心猿意馬是所有bug都需要修復，有些推遲的、有些被鑒定為不是bug的、有些影響不大的都可以臨時不修復），即可進行回歸測試。本家兒如果驗證缺陷是否真的修復，是否會影響現有系統的利用。
- 9
撰寫文檔：
之后就可以起頭撰寫測試陳述、用戶手冊等相關文檔。測試陳述要能反映本次測試的方針、規模、對象、執行過程即結論和風險闡發。
- 發表于 2019-05-16 23:40
- 閱讀 ( 907 )
- 分類：其他類型
0 篇文章
作家榜 ?
-
xiaonan123
189 文章
-
湯依妹兒
97 文章
-
luogf229
46 文章
-
jy02406749
45 文章
-
小凡
34 文章
-
Daisy萌
32 文章
-
我的QQ3117863681
24 文章
-
華志健
23 文章