軟體測試流程及規範

一、目標

本文是對軟體測試的指導性檔案，制定完整且具體的測試路線和流程，為快速、高效和高質量的軟體測試提供基礎流程框架。最終目標是實現軟體測試規範化、標準化。

二、測試流程說明

三、需求分析

需求分析從源頭把握軟體質量，並確保開發結果與實際需求相一致。要求細化每乙個功能的細節，每乙個按鈕的位置以及邊界範圍，對於稍大或稍複雜需求要求建模。（1

）測試需求是制訂測試計畫的基本依據，只有確定了的測試需求才能夠為測試計畫提供客觀依據;（

2）測試需求是設計測試用例的指導，只有確定了要測什麼、需要測哪些方面，才能有針對性的設計測試用例;（

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

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

參與人員，包括：專案經理、設計人員、開發人員、測試人員等。

1）提出需求。

2）開發人員從全面性、完整性、正確性、一致性、可靠性方面考慮功能實現的方案與可行性。

3）測試人員主要是對需求的理解提出疑問，以便才能根據需求寫用例。

五、開發人員編寫排期

開發人員需要根據需求功能點進行排期，然後將開發計畫傳送給參與專案的所有人員。

測試人員要注意需求開發完成日期。

六、測試計畫排期

測試人員根據開發計畫，安排測試的具體測試時間，然後將測試計畫傳送給參與專案的所有人員。

從testlink

上建立專案

--建立需求

--建立測試用例集

--建立計畫

--建立版本

--建立里程碑。

七、編寫測試用例

根據詳細的需求文件，採用多種測試方法編寫有效的測試用例。

測試人員先採用

excel

形式編寫測試用例，格式參考《測試用例模版》。

八、用例評審

用例評審前，先將用例傳送給相關人員，以便他們事先了解用例將對哪些功能進行驗證以及驗證的細節。

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

用例評審通過後，將測試用例匯入

testlink

對應的測試用例集下。

九、showcase

開發人員自測完成後將實現的功能演示給測試人員。

測試人員可以提出疑問由開發人員解答或者後續提單解決。

十、測試執行

1）轉測試條件：轉測試是開發把所有需求都開發完成，並在開發環境上給測試人員演示需求。（即：開發轉版本給測試組前進行的系統測試，目的是來評斷這個版本功能是否可測。如果**試不通過，打回，開發組返工，如果通過，測試組開始第一輪系統測試。）

2）第一輪系統轉測試，測試組會執行所有測試用例，發現缺陷提交問題單，跟蹤缺陷的狀態，直至缺陷的驗證關閉。第一輪測試結束後，測試組將所有的問題單跟蹤提交給開發人員，由他們進行修改。（測試期間，測試人員根據實際情況，可以對測試用例進行適當修改和增加）。

3）然後對系統進行第二輪測試，第二輪會對第一輪中發現的問題進行重點回歸。

首先是回歸缺陷，然後會在用例中挑選一些優先級別比較高的用例來進行測試，發現問題繼續提交缺陷問題單，直到缺陷率低於使用者要求，測試組將進行最後一輪的大版本測試，結束系統測試。具體測試輪次根據版本質量和專案複雜度而決定。

4）測試執行人員需要按照

testlink

匯入的測試用例逐個執行，並標註測試結果。

十二、測試通過

經過兩到三輪或四輪的測試後，直到沒發現新的問題。或暫時無法解決，或不緊急的問題，通過上級確認，可以通過。

十三、測試報告

編寫測試報告包括對軟體功能的結論，說明為滿足此項功能而設計的軟體能力以及經過一項或多項測試已證實的能力。

說明該專案軟體的開發是否達到預定目標，是否可以交付使用。總結測試工作的資源消耗資料：如工作人員的水平級別數量、機時消耗等。

記錄測試結果與發現及本專案測試工作所得到的各項輸出的承載體，根據輸入與計畫、要求的對比來總結此次專案所獲得的經驗。

十四、測試總結文件報告輸出

可以讓具體的任務負責人對該本次測試中個人負責的模快進行評價，提出相關建議，給出總體的評估。

bug按照不同等級統計出來，用例數量、用例執行數量。

對專案中測試人力資源的統計。（單位：人/天）

專案中軟硬體資源統計。

提出軟體總體的評價。

十五、備註

測試團隊職責：

需求評審、測試計畫、測試用例、測試用例評審、測試執行、缺陷報告、缺陷跟蹤、

測試報告

測試團隊交付件：

測試計畫、測試用例、缺陷報告、測試報告

附加：參考資料

《測試用例模版》

《測試用例設計規範》

《測試報告模版》

軟體測試流程及規範

軟體測試流程及規範

軟體測試基本流程及規範

測試流程及規範

相關推薦