測試流程圖（測試流程有幾個階段）

大家好！今天讓創(chuàng)意嶺的小編來大家介紹下關(guān)于測試流程圖的問題，以下是小編對此問題的歸納整理，讓我們一起來看看吧。

開始之前先推薦一個非常厲害的Ai人工智能工具，一鍵生成原創(chuàng)文章、方案、文案、工作計劃、工作報告、論文、代碼、作文、做題和對話答疑等等

只需要輸入關(guān)鍵詞，就能返回你想要的內(nèi)容，越精準(zhǔn)，寫出的就越詳細，有微信小程序端、在線網(wǎng)頁版、PC客戶端

官網(wǎng)：https://ai.de1919.com。

創(chuàng)意嶺作為行業(yè)內(nèi)優(yōu)秀的企業(yè)，服務(wù)客戶遍布全球各地，如需了解SEO相關(guān)業(yè)務(wù)請撥打電話175-8598-2043，或添加微信：1454722008

本文目錄:

• 1、測試執(zhí)行階段的活動有哪些

• 2、軟件測試流程是什么？？

• 3、軟件測試的工作流程是什么？？

• 4、測試與發(fā)布流程

一、測試執(zhí)行階段的活動有哪些

軟件測試計劃是指導(dǎo)測試過程的綱領(lǐng)性文件，包含了產(chǎn)品概述，測試策略，測試方法，測試區(qū)域，測試配置，測試周期，測試資源，風(fēng)險分析等內(nèi)容。

借助軟件測試計劃，參與測試的項目成員，可以明確測試任務(wù)和測試方法，保持測試實施過程的順暢溝通，跟蹤和控制測試進度，應(yīng)對測試過程中的各種變更。

測試計劃和測試用例間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測試計劃主要從宏觀上規(guī)劃測試活動的范圍，方法和資源配置；而測試用例是完成測試任務(wù)的具體戰(zhàn)術(shù)。

測試計劃中，最重要的是測試策略和測試方法。

測試執(zhí)行階段要做的事情：

1、對軟件進行冒煙測試，也叫做預(yù)測試。

2、根據(jù)測試方案和測試策略、計劃 進行軟件的功能測試，執(zhí)行測試用例。

3、記錄測試結(jié)果。

4、討論定位確認(rèn)發(fā)現(xiàn)的問題。

5、發(fā)散測試（測試時間充裕的情況下）。

6、文檔測試。

7、測試總結(jié)報告。

二、軟件測試流程是什么？？

測試流程依次如下：

1、需求：閱讀需求，理解需求，與客戶、開發(fā)、架構(gòu)多方交流，深入了解需求。--testing team

2、測試計劃: 根據(jù)需求估算測試所需資源（人力、設(shè)備等）、所需時間、功能點劃分、如何合理分配安排資源等。---testing leader or testing manager

3、用例設(shè)計：根據(jù)測試計劃、任務(wù)分配、功能點劃分，設(shè)計合理的測試用例。---testing leader, senior tester

4、執(zhí)行測試：根據(jù)測試用例的詳細步驟，執(zhí)行測試用例。--every tester(主要是初級測試人員)

5、執(zhí)行結(jié)果記錄和bug記錄：對每個case記錄測試的結(jié)果，有bug的在測試管理工具中編寫bug記錄。--every tester(主要是初級測試人員)

6、defect tracking：追蹤leader分配給你追蹤的bug.直到 bug fixed。--every tester

7、測試報告：通過不斷測試、追蹤，直到被測軟件達到測試需求要求，并沒有重大bug.

8、用戶體驗、軟件發(fā)布等。

擴展資料：

流程分析：

這個流程唯一的優(yōu)點，就是能快速的發(fā)現(xiàn)并修復(fù)問題。

這個流程中，項目經(jīng)理是核心，項目經(jīng)理也確實是有多年開發(fā)與項目經(jīng)驗的牛人，他喜歡不定期分享上些前沿的技術(shù)。

對于測試來說，需求很不明確，測試文檔與用例也是可有可無的產(chǎn)物，沒有需求文檔，或非常簡陋，根據(jù)需求文檔根本無法編寫用例。

通用的測試用例，如登錄、文件上傳下載、列表翻頁、日期選擇、輸入框驗證、搜索等有一些“通用型”用例，以便在測試過程中做參考。

參考資料：程序測試_百度百科

三、軟件測試的工作流程是什么？？

以下是作為一名測試工程師的日常工作：階段：編寫測試計劃，測試用例、測試缺陷報告，并執(zhí)行測試用例，搭建Windows測試環(huán)境，熟練使用Bugzilla提交軟件缺陷報告 至于為什么嘛，當(dāng)然要一步步來的，要有計劃才能執(zhí)行啊，大概是這樣吧 ^_^ 使用測試技術(shù)及工具：白盒測試和黑盒測試 Loadrunner、Winrunner 能夠運用邊界值、等價類劃分法、因果圖、狀態(tài)圖、大綱法等測試方法設(shè)計高效測試用例 軟件測試工作總體流程圖：

詳細測試步驟： 1. 書寫測試計劃 2. 審核測試計劃，未通過返回第一步 3. 書寫測試用例； 4. 審核測試用例，未通過返回第三步 5. 測試人員按照測試用例逐項進行測試活動,并且將測試結(jié)果填寫在測試報告上；（測試報告必須覆蓋所有測試用例） 6. 測試過程中發(fā)現(xiàn)bug，將bug填寫在bugzilla上發(fā)給集成部經(jīng)理；（bug狀態(tài)NEW） 7. 集成部經(jīng)理接到bugzilla發(fā)過來的bug 7.1 對于明顯的并且可以立刻解決的bug，將bug發(fā)給開發(fā)人員；（bug狀態(tài)ASSIGNED）; 7.2 對于不是bug的提交，集成部經(jīng)理通知測試設(shè)計人員和測試人員，對相應(yīng)文檔進行修改; （bug狀態(tài)RESOLVED，決定設(shè)置為INVALID）; 7.3 對于目前無法修改的,將這個bug放到下一輪次進行修改；（bug狀態(tài)RESOLVED，決定設(shè)置為REMIND） 8. 開發(fā)人員接到發(fā)過來的bug立刻修改;（bug狀態(tài)RESOLVED，決定設(shè)置為FIXED） 9. 測試人員接到bugzilla發(fā)過來的錯誤更改信息，應(yīng)該逐項復(fù)測，填寫新的測試報告（測試報告必須覆蓋上一次中所有REOPENED的測試用例）； 10. 如果復(fù)測有問題返回第六步（bug狀態(tài)REOPENED） 11. 否則關(guān)閉這項BUG（bug狀態(tài)CLOSED） 12. 本輪測試中測試用例中有95%一次性通過測試,結(jié)束測試任務(wù)； 13. 本輪測試中發(fā)現(xiàn)的錯誤有98%經(jīng)過修改并且通過再次測試（即bug狀態(tài)CLOSED），返回第五步進行新的一輪測試； 14. 測試任務(wù)結(jié)束后書寫測試總結(jié)報告； 15. 正規(guī)測試結(jié)束進入非正規(guī)測試，首先是ALPHA測試，請公司里其他非技術(shù)人員以用戶角色使用系統(tǒng)。發(fā)現(xiàn)bug通知測試人員，測試人員以正規(guī)流程處理bug事件； 16. 然后是BETA測試，請用戶代表進行測試。發(fā)現(xiàn)bug通知測試人員，測試人員以正規(guī)流程處理bug事件。

是否可以解決您的問題？

四、測試與發(fā)布流程

做測試已經(jīng)9年了，之前要么大公司已經(jīng)有現(xiàn)有流程，要么就是小公司人少，大家都是默認(rèn)流程往前推進。

現(xiàn)在這個職位，完全0-1，才有了這個第一次------整理測試和發(fā)布流程。

tips：預(yù)發(fā)環(huán)境因為很多公司沒有（目前我在的公司也沒有：）），所以流程圖用淺色標(biāo)注。

1. 目的

1.1. 結(jié)合公司的項目情況制定合理的軟件測試流程，提高測試效率和產(chǎn)品質(zhì)量。

1.2. 制定合理有效的軟件發(fā)布流程，指導(dǎo)產(chǎn)品發(fā)布活動，有效控制產(chǎn)品發(fā)布過程，有效控制追蹤產(chǎn)品版本。

2. 角色與職責(zé)

2.1. 運維人員：

2.1.1. 負責(zé)上架產(chǎn)品發(fā)布

2.1.2. 跟蹤現(xiàn)場需要調(diào)測的異常包狀態(tài)

2.2. 產(chǎn)品經(jīng)理：

2.2.1. 產(chǎn)品需求設(shè)計

2.2.2. 審核產(chǎn)品發(fā)布并提出發(fā)布請求

2.3. 開發(fā)人員：

2.3.1. 實現(xiàn)和修改完善產(chǎn)品

2.3.2. 協(xié)助測試人員進行驗收測試

2.4. 測試人員

2.4.1. 產(chǎn)品測試和bug追蹤

2.4.2. 提出產(chǎn)品發(fā)布審核請求

3. 定義

3.1.1. 軟件版本正式發(fā)布：通過軟件測試人員測試驗證并符合發(fā)布標(biāo)準(zhǔn)的軟件版本發(fā)布過程,參考附件一流程。

3.1.2. 軟件版本異常發(fā)布:通過軟件測試人員測試驗證,但測試結(jié)果不符合發(fā)布標(biāo)準(zhǔn)的軟件版本發(fā)布過程,可采取軟件版本異常發(fā)布流程。比如：客戶使用現(xiàn)場缺陷修復(fù)或現(xiàn)場測試等緊急情況。參考附件二流程。

4. 測試與發(fā)布流程說明

詳細請看上方流程圖

5. 測試與發(fā)布流程

5.1. 需求評審

5.1.1. 參與人員：產(chǎn)品，設(shè)計，開發(fā)，測試

5.1.2. 目標(biāo)：明確相關(guān)人員的職責(zé)，評估設(shè)計，開發(fā)，測試周期，制定項目計劃

5.1.3. 評審期間，產(chǎn)品給出產(chǎn)品需求文檔，設(shè)計從視覺、交互角度給出文檔，開發(fā)人員從技術(shù)角度來分析實現(xiàn)方案，實現(xiàn)難易程度。測試人員從用戶角度來給出產(chǎn)品邏輯上是否存在不合理的建議。

5.2. 測試計劃（可選）

5.2.1. 參與人員：測試，產(chǎn)品

5.2.2. 目標(biāo)：根據(jù)項目計劃及開發(fā)人員工期安排，制定測試計劃

5.2.3. 測試計劃內(nèi)容：測試范圍與主要內(nèi)容，時間要求和人員安排，測試分類與測試方法，測試環(huán)境，測試數(shù)據(jù)準(zhǔn)備

5.3. 測試用例編寫

5.3.1. 參與人員：測試

5.3.2. 目標(biāo)：根據(jù)產(chǎn)品需求，設(shè)計足夠覆蓋率的測試用例

5.3.3. 工具：Excel

5.3.4. 用例文檔管理：Confluence 附件

5.4. 測試用例評審

5.4.1. 參與人員：產(chǎn)品，開發(fā)，測試

5.4.2. 目標(biāo)： 確認(rèn)測試用例的準(zhǔn)確和覆蓋率，避免功能點遺漏，提供smoke test case給開發(fā)人員。

5.4.3. 評審方式：根據(jù)項目大小或項目時間，選擇通過郵件發(fā)送評審，或者開評審會。

5.5. 開發(fā)人員自測

5.5.1. 參與人員：開發(fā)

5.5.2. 目標(biāo)：自測通過后提交測試版本給測試人員。

5.5.3. 自測通過：需求文檔的功能點全部實現(xiàn)，測試人員提供的smoke test通過

5.5.4. 自測失?。豪^續(xù)開發(fā)流程

5.6. 開發(fā)人員提測

5.6.1. 參與人員：開發(fā)

5.6.2. 目標(biāo)：待測功能交付

5.6.3. 提交測試準(zhǔn)備：新增模塊在功能上是否達到設(shè)計要求（有哪些需求更改項），提供接口文檔（接口測試），并且對可能影響的其他模塊進行說明

5.7. 測試環(huán)境發(fā)布

5.7.1. 參與人員：開發(fā)人員

5.7.2. 目標(biāo)：交付測試人員可測試環(huán)境

5.7.3. 發(fā)布要求：自測通過，開發(fā)負責(zé)人審核通過，并正式提出測試需求

5.8. 測試人員執(zhí)行測試用例

5.8.1. 參與人員：測試

5.8.2. 目標(biāo)：在計劃的時間內(nèi)，100%執(zhí)行測試用例，盡可能多的發(fā)現(xiàn)bug

5.8.3. 測試數(shù)據(jù)的準(zhǔn)備和測試工具的選擇

5.8.4. 提供測試結(jié)論，測試通過提出產(chǎn)品上架發(fā)布請求，并對遺留問題進行說明

5.9. 缺陷管理

5.9.1. 參與人員：開發(fā)，測試

5.9.2. 目標(biāo)：找出軟件缺陷并及時修復(fù)

5.9.3. 缺陷管理流程

5.10. 產(chǎn)品上線評審

5.10.1. 參與人員：產(chǎn)品，開發(fā)，測試

5.10.2. 目標(biāo)：產(chǎn)品經(jīng)理對需求進行最后確認(rèn)，測試人員針對測試環(huán)境的測試結(jié)果進行說明并且評估產(chǎn)品上線風(fēng)險

5.10.3. 需求變更：任何需求變更需要提出需求變更請求，并由相關(guān)負責(zé)人審批？

5.11. 預(yù)發(fā)布環(huán)境發(fā)布

5.11.1. 參與人員：運維

5.11.2. 目標(biāo)：發(fā)布預(yù)發(fā)布環(huán)境，提供穩(wěn)定的測試環(huán)境

5.11.3. 發(fā)布要求：critical bug數(shù)量為0，high priority bug數(shù)量為0，medium priority bug數(shù)量不大于2，low priority bug數(shù)量不做約束

5.12. 預(yù)發(fā)布環(huán)境測試

5.12.1. 參與人員：測試

5.12.2. 測試范圍：新需求全部功能點，和全部回歸測試（根據(jù)實際情況可調(diào)整回歸測試范圍，比如僅測試會影響新功能點的測試用例。

5.13. 產(chǎn)品上線請求

5.13.1. 參與人員：測試

5.13.2. 目標(biāo)：提出發(fā)布請求，并對測試環(huán)境的測試結(jié)果進行報告和說明

5.13.3. 發(fā)布要求：critical bug數(shù)量為0，high priority bug數(shù)量為0，medium priority bug數(shù)量不大于2，low priority bug數(shù)量不做約束。

5.14. 生產(chǎn)環(huán)境發(fā)布

5.14.1. 參與人員：運維

5.14.2. 目標(biāo)：發(fā)布生產(chǎn)環(huán)境

5.15. 生產(chǎn)環(huán)境測試

5.15.1. 參與人員：測試

5.15.2. 測試范圍：主要的新功能點和產(chǎn)品主流程

5.16. 發(fā)布結(jié)束

6. 異常發(fā)布流程

6.1. 生產(chǎn)環(huán)境缺陷提出

6.1.1. 發(fā)生時間：產(chǎn)品上線之后

6.1.2. 發(fā)生環(huán)境：生產(chǎn)環(huán)境提出產(chǎn)品缺陷

6.2. 缺陷評審

6.2.1. 參與人員：產(chǎn)品，開發(fā)，測試

6.2.2. 目的：評審缺陷的嚴(yán)重和緊急程度，決定是否需要開啟異常發(fā)布流程

6.2.3. 缺陷等級評審：critical bug 必須修復(fù)，high priority bug 和medium priority bug征求產(chǎn)品和研發(fā)意見，low priority bug不走異常發(fā)布流程。

6.3. 發(fā)布請求

6.3.1. 參與人員：測試

6.3.2. 目標(biāo)：提出發(fā)布請求，并對測試環(huán)境的測試結(jié)果進行報告和說明

6.4. 生產(chǎn)環(huán)境發(fā)布

6.4.1. 參與人員：運維

6.4.2. 目標(biāo)：發(fā)布生產(chǎn)環(huán)境

6.5. 生產(chǎn)環(huán)境測試

6.5.1. 參與人員：測試

6.5.2. 測試范圍：主要的新功能點和產(chǎn)品主流程

6.6. 發(fā)布結(jié)束

以上就是關(guān)于測試流程圖相關(guān)問題的回答。希望能幫到你，如有更多相關(guān)問題，您也可以聯(lián)系我們的客服進行咨詢，客服也會為您講解更多精彩的知識和內(nèi)容。

推薦閱讀：

sem測試主要測什么（Sem測試主要測什么）

短信壓力測試器（短信壓力測試器蘋果）

網(wǎng)頁打開速度（網(wǎng)頁打開速度測試）

運用RFM模型成功的案例（rfm模型概述及應(yīng)用分析）

7座車銷量排行榜（7座車銷量排行榜前十名）