軟件測試人員必須知道的測試流程
發布時間:2022-02-15

前 言


工作以來,大大小小參與的項目也有十幾個了,涵蓋財務類、保險類、OA辦公類軟件。從測試流程上看,基本也都大同小異,這里將常見的測試流程做一些梳理,供剛入行的朋友學習參考

         


一、需求答疑評審


參與人員:

產品、開發、測試、需求提出人、其它相關人員


主要內容:

對需求文檔進行評審,對于有疑問或者有錯誤的地方,進行討論溝通,來保證對需求理解的準確性和一致性。


需求文檔中最好有業務流程圖,能夠較好的幫助相關人員快速的了解業務需求。


目標達成:

通過此次會議了解到各模塊對應開發人員,以此來確定測試時間



二、羅列測試點


主要內容:

需求評審通過后,測試根據定版的需求或UE構造測試腦圖。


通過腦圖列出測試點以及測試方法,然后再根據腦圖整理測試方案。


腦圖工具:

Xmind、MindManager等


測試方案包含:

測試環境,測試數據,測試模塊,測試點,測試方法,測試風險等


目標達成:

這個環節,輸出測試點和測試方案,指導接下來的測試工作。


強烈建議:

測試任務緊急來不及寫用例的情況下,一定要列測試點并進行Review。

避免無序測試,思路混亂,丟三拉四。



三、制作測試計劃


主要內容:

根據開發計劃制定測試計劃


測試計劃包含:

測試范圍、測試目標、測試出入口、通過標準、測試人力安排(角色及職責)、測試進度安排


(用例設計評審開始結束時間、用例執行開始及結束時間、回歸測試時間計劃、測試交付時間等)、測試交付物、測試風險。


目標達成:

輸出測試計劃



四、用例編寫、評審


主要內容:

測試工作最重要的環節就是設計產出測試用例,一定要嚴謹專業。


用例的可讀性要強,不僅僅是寫給自己看的,要做到任何人拿起來都可以執行。


用例設計完以后,要開展用例評審,查漏補缺,不斷完善用例;也可以采取用例結對編寫的方式,提高用例設計質量。


測試用例組成:

編寫人、用例編號、用例名稱、前提條件、測試數據、優先級、操作步驟、預期結果、實際結果、測試人等


用例設計思路:

UI測試、權限測試、功能測試、數據測試、流程測試(包括正常流程與異常流程)、接口測試、兼容性測試、性能測試、安全測試等


設計方法應用:

一般邊界值和等價類常用,其次場景法、因果圖、錯誤推測。

針對不同的需求,測試點的選擇或側重點可能不一樣。


目標達成:

通過用例設計、評審,輸出較為完備的測試用例。



五、冒煙測試


開發提測后,正式測試前,先驗證一下主流程或主要實現功能是否存在問題。


沒有問題后再進行系統的測試,避免測試相關工作已經準備開展,而核心業務卻執行不下去的情況。



六、執行測試計劃


冒煙測試結束后,按照測試計劃開展測試。


這個階段也可采取交叉測試的方法,即:A寫的用例B執行,B寫的用例C執行。


過程中如遇到不可控因素或問題,影響到測試計劃落地的,一定要盡早報備。



七、編寫測試日報


主要內容:

根據測試需求的具體情況,發布測試日報(一般郵件形式較多,也有在看板或需求平臺上備注的)。


測試日報包含:

用例總數、執行用例數、未通過數、發現BUG的數量、關閉BUG的數量、遺留BUG的數量、問題等級、影響程度、BUG趨勢以及其它建議等。


收悉人員:

相關產品、開發、測試或需求人員。



八、測試報告總結


在整個需求或版本測試完成后的總結。


主要反應測試過程中的問題以及對應版本的質量情況,是否滿足發布標準、遺留的問題的情況、是否影響相關使用、特殊的注意事項等。



更多軟件測試相關推薦:

軟件測試更多干貨文章

軟件測試就業培訓


文章來源:網絡  版權歸原作者所有

上文內容不用于商業目的,如涉及知識產權問題,請權利人聯系博為峰小編(021-64471599-8103),我們將立即處理

相關閱讀
/
亚洲国产午夜福利在线播放