軟件測試的幾個關(guān)鍵步驟，你需要知道！

學(xué)掌門 2022-07-06 發(fā)布于上海

展開全文

記得2年前剛畢業(yè)的時候聽說了軟件測試這個行業(yè)，當時也去百度仔細進行了一番搜索，評價基本千篇一律的看好。

看好的原因在于，專家認為未來的互聯(lián)網(wǎng)市場用戶體驗至上，而產(chǎn)品質(zhì)量與用戶體驗有緊密的聯(lián)系，自從近年產(chǎn)品經(jīng)理崗位火了之后，人人都是產(chǎn)品經(jīng)理的概念深入人心，但其實人人也都要具有質(zhì)量觀念，出色的產(chǎn)品質(zhì)量可以提供更好的用戶體驗。但做軟件測試的幾個關(guān)鍵步驟，你知道嗎？

一、目標

制定完整且具體的測試路線和流程，為快速、高效和高質(zhì)量的軟件測試提供基礎(chǔ)流程框架。最終目標是實現(xiàn)軟件測試規(guī)范化、標準化。

二、測試流程說明

三、需求分析

需求分析由SA制定，要求細化每一個功能的細節(jié)，每一個按鈕的位置以及邊界范圍，對于稍大或稍復(fù)雜需求要求建模。

（1）測試需求是制訂測試計劃的基本依據(jù)，只有確定了的測試需求才能夠為測試計劃提供客觀依據(jù)；

（2）測試需求是設(shè)計測試用例的指導(dǎo)，只有確定了要測什么、需要測哪些方面，才能有針對性的設(shè)計測試用例；

（3）測試需求是計算測試覆蓋的分母，沒有測試需求就無法有效地進行測試覆蓋。

四、需求評審（需求澄清）

參與人員，包括：SE、OM、PC、AD、TE以及QA。

SE提出需求。

開發(fā)人員（OM、PC、AD）考慮功能實現(xiàn)的方案與可行性。

TE主要是對需求的理解提出疑問，以便才能根據(jù)需求寫用例。

QA人員是最終對軟件質(zhì)量進行驗證的人，所以也需要了解需求。

五、開發(fā)人員編寫排期

開發(fā)人員需要根據(jù)需求功能點進行排期，然后將開發(fā)計劃發(fā)送給參與項目的所有人員。

六、測試計劃排期

測試人員根據(jù)開發(fā)計劃，安排測試的具體測試時間（包括SIT轉(zhuǎn)測），然后將測試計劃發(fā)送給參與項目的所有人員。

七、編寫測試用例

根據(jù)詳細的需求文檔，開始進行用例的編寫。

八、用例評審

用例評審前，先將用例發(fā)送給相關(guān)人員，以便他們事先了解用例將對哪些功能進行驗證以及驗證的細節(jié)。

在用例評審中，參與人員需要對用例中與實際功能不符合的用例或者格式不規(guī)范規(guī)用例提出修改建議。

九、提交基線

開發(fā)人員完成所有功能后，會對自己的功能進行一個自測。自測完成后提交測試進行基線。

十、Showcase

開發(fā)人員自測完成后將實現(xiàn)的功能演示給測試人員。

測試人員可以提出疑問由開發(fā)人員解答或者后續(xù)提單解決。

十一、轉(zhuǎn)測

轉(zhuǎn)測試是開發(fā)把所有需求都開發(fā)完成，并所有需求都showcase完畢。

（即：開發(fā)轉(zhuǎn)版本給測試組前進行的系統(tǒng)測試，目的是來評斷這個版本功能是否可測。如果預(yù)測試不通過，打回，開發(fā)組返工，如果通過，測試組開始第一輪系統(tǒng)測試。）

迭代出口（轉(zhuǎn)測之前是迭代出口，迭代出口前是迭代期）完成了，需要自己到測試環(huán)境進行驗證。

轉(zhuǎn)測時間根據(jù)版本制定。版本轉(zhuǎn)測試以后，需要對本版本進行總結(jié)，版本制作人需要對合入版本期間的異常進行總結(jié)，對合入的事件做好記錄，對版本延遲的原因要給出負責(zé)主題。

(1) 第一輪系統(tǒng)轉(zhuǎn)測試，測試組會執(zhí)行所有測試用例，發(fā)現(xiàn)缺陷提交問題單，并每日匯報測試進展。第一輪測試結(jié)束后，測試組將所有的問題單跟蹤提交給開發(fā)人員，由他們進行修改。然后對基線后的第二輪進行測試，第二輪會對第一輪中發(fā)現(xiàn)的問題進行重點回歸。

(2) 在他們修復(fù)bug期間，測試組會對第一輪系統(tǒng)測試做一個測試評估，出一個測試報告。還要根據(jù)實際情況，對測試組寫的測試用例進行修改和增加，開發(fā)修改bug結(jié)束，提交一個新的版本給測試組。

首先是回歸缺陷，然后會在用例中挑選一些優(yōu)先級別比較高的用例來進行測試，發(fā)現(xiàn)問題繼續(xù)提交缺陷問題單，直到缺陷率低于用戶要求，測試組將進行最后一輪的大版本測試，結(jié)束系統(tǒng)測試。具體測試輪次根據(jù)版本質(zhì)量和項目復(fù)雜度而決定。

十二、測試通過

經(jīng)過兩到三輪或四輪的測試后，直到?jīng)]發(fā)現(xiàn)新的問題?；驎簳r無法解決，或不緊急的問題，通過上級確認，可以通過。

編寫測試報告與驗收方案（驗收方案是交由QA進行驗證的，測試人員重點關(guān)注的是功能是否可以正常運行，QA關(guān)注的是整個流程的質(zhì)量以及最終用戶的質(zhì)量）。

十三、測試評估

執(zhí)行階段結(jié)束了進入測試評估階段，測試組會出一個總的測試報告對測試組測試的這個過程和版本的質(zhì)量做一個詳細的評估：

1) 需求需要評審那些？

2) 用例需要評審那些？

3) 計劃應(yīng)該評審那些？

4) 缺陷評審那些？

5) bug評估？

十四、測試總結(jié)文檔報告輸出

可以讓具體的任務(wù)負責(zé)人對該本次測試中個人負責(zé)的?？爝M行評價，提出相關(guān)建議，給出總體的評估。