首頁軟件開發(fā) 正文

軟件開發(fā)測試流程圖（軟件開發(fā)測試流程圖片）

軟件開發(fā) 2023-02-14T22:32:07 3657

今天給各位分享軟件開發(fā)測試流程圖的知識，其中也會對軟件開發(fā)測試流程圖片進行解釋，如果能碰巧解決你現(xiàn)在面臨的問題，別忘了關注本站，現(xiàn)在開始吧！本文目錄一覽： 1、測試流程規(guī)范 2、

今天給各位分享軟件開發(fā)測試流程圖的知識，其中也會對軟件開發(fā)測試流程圖片進行解釋，如果能碰巧解決你現(xiàn)在面臨的問題，別忘了關注本站，現(xiàn)在開始吧！

本文目錄一覽：

1、測試流程規(guī)范
2、軟件測試的流程是什么？
3、軟件測試基本流程
4、軟件開發(fā)流程
5、軟件開發(fā)的流程都有哪些步驟呢

測試流程規(guī)范

1.概述

1.1目的 2

1.2適用范圍 2

1.3執(zhí)行原則. 2

1.4角色和職責 2

1.4.1 測試leader?2

1.4.2 測試工程師?3

2.軟件測試流程 3

2.1軟件測試流程圖 3

2.2 流程圖解析 4

3.軟件測試周期人員活動 7

3.1軟件測試準備 7

3.2 測試執(zhí)行階段 8

3.2.1軟件執(zhí)行階段流程圖?8

3.2.2軟件測試執(zhí)行階段人員活動?9

3.2.3測試掃尾工作?11

4.結語 12

?1.概述

1.1目的

1、有效的保證軟件質量；

2、有效的制定不同測試類型（軟件系統(tǒng)測試、主觀性測試、專項測試、（自動化測試）、性能測試、用戶體驗測試）的軟件測試計劃；

3、按照計劃進行測試，發(fā)現(xiàn)軟件中存在的問題；

4、對軟件中已經(jīng)解決的問題進行有效的驗證;

5、判定測試過程和問題驗證的有效性。

1.2適用范圍

適用范圍是參與產(chǎn)品軟件測試的各測試工程師。

1.3執(zhí)行原則.

1、標準化作業(yè)，尊重事實；

2、測試工程師需要對產(chǎn)品各項功能持有疑問的態(tài)度來思考軟件；

3、測試工程師需要主動與項目組的所有成員保持有效的溝通，以便更好地完成測試任務；

4、盡早發(fā)現(xiàn)問題，及時跟蹤問題；

1.4角色和職責

1.4.1 測試leader

負責審核測試計劃,參與計劃的實施過程，確保計劃的實施和按計劃完成測試任務；

制定、更新和維護軟件測試流程；

對發(fā)現(xiàn)的部門需要改進的問題提供解決方案；

制定短期、長期的改進措施；進行評審和監(jiān)督；

參與版本風險評估

參與軟件需求與UI評審

編制STP（軟件測試計劃），組建測試團隊

根據(jù)軟件測試申請單的要求判定是否接受軟件測試版本；達到軟件測試標準安排系統(tǒng)測試；對測試需求進行組內培訓。

9.測試任務的分配，保證測試計劃的按時完成，保障軟件測試質量；測試過程進行跟蹤；處理異常情況；定期發(fā)送測試報告（每一個升級版本）到開發(fā)、PM各管理人員

10.跟進BUG的修改情況，組織BUG評審

11.組織版本風險評估

1.4.2 測試工程師

按照測試計劃進行測試的執(zhí)行,測試用例在編寫、評審。

測試記錄的整理，

Bug的跟蹤【包括：提交、驗證、關閉Bug】。

參與BUG的評審

定時完成學習計劃并提交學習報告給測試leader

2. 軟件測試流程

2.1軟件測試流程圖

2.2 流程圖解析

立項

對于版本，立項的條件只需要滿足：

測試部收到版本立項通知，軟件產(chǎn)品功能需求/設計說明書都已提供到位

版本進度表

當立項條件滿足時，由測試部門經(jīng)理指定測試，由測試組織立項與后續(xù)的測試工作。

需求初審

??? 測試Leader組織測試進行需求審閱，完成三個任務：一是對文檔進行評審，如對需求有疑問，或者對需求有建議要求要與需求輸出人進行溝通，直到需求定稿；二是確定測試所需配置、資源、樣機、以及需求對應的DEV等；三是確定好軟件測試策略，策略主要包括如下方面：

1.測試依據(jù)

???a,軟件需求文檔

b,其他，如參考其他競品等

測試資源

???a,測試人員需求

???b,測試配置需求（需要前期的配置）

???c,測試樣機需求（例如特殊需求需要特殊的手機）

測試策略

a,采取測試方法

b,采取哪些測試工具以及測試管理工具

???????c,對測試人員進行培訓等

測試人員安排

??? 測試Leader根據(jù)在需求初審過程中各功能模塊提供的測試人員名單，完成測試人員安排。

需求分析

???安排完畢后，測試Leader組織組員進行需求分析，完成兩項任務：一是進行組內需求培訓，保證所有組員完全理解需求；二是分配測試用例編寫或維護任務，確認測試用例完成日期。

請注意：測試用例完成日期必須在軟件版本發(fā)布測試之前。

測試設計

測試設計主要包括測試用例的編寫與評審。由于常規(guī)的測試點的用例都已經(jīng)具備，這里主要針對新的需求。

測試計劃

當所有測試前的準備工作已經(jīng)完成，測試leader就要根據(jù)開發(fā)時間表以及測試策略制定一個完整的軟件測試計劃（STP文檔），測試計劃的依據(jù)主要是版本開發(fā)計劃和測試需求分析結果。

測試執(zhí)行

測試執(zhí)行一般分為以下階段：

確認測試→系統(tǒng)測試→驗收測試→產(chǎn)品文檔check，其中每個階段還有回歸測試驗證問題。

???? 從測試的角度而言，測試執(zhí)行過程是要考慮量和度的問題，就是指測試的范圍與測試的程度的問題。

從管理的角度而言，在有限的時間內，在人員有限甚至短缺的情況下，要考慮如何分工，如何合理地利用資源來開展測試。當然如下幾個問題也需要考慮：

a, 當測試人員測試的執(zhí)行不到位、敷衍了事時該如何解決？

b, 測試效率問題，怎樣提高測試效率?

c, 根據(jù)版本的不同采取怎么樣的測試策略，是全面測試、自由測試還是針對模塊的測試

軟件評估

這里評估指軟件經(jīng)過一輪又一輪測試后，確認軟件無重大問題或者問題很少的情況下，對準備上線的版本進行評估，以確定是否能夠上線。軟件評估會議由PM？組織，評估成員一般由DEV、PM、QA等組成。

測試總結

版本已經(jīng)上線后，測試可以通過各種方式對整個測試過程進行總結，可以是做的好的方面的經(jīng)驗，也可以是不足之處以便后續(xù)版本避免。

測試維護

? ??? 由于測試的不完全性，當軟件正式release后，用戶在使用過程中，難免遇到一些問題，有的甚至是嚴重性的問題，這就需要DEV修改有關問題，修改后需要再次對軟件進行測試、評估、上線。

3.軟件測試周期人員活動?

3.1軟件測試準備

目的

有效的做好測試準備工作，為測試的執(zhí)行做好前期所需；

按照需求制定好測試策略與測計劃；

進入條件

版本正式啟動

需求文檔已經(jīng)進行歸檔

輸入

軟件開發(fā)計劃、軟件開發(fā)時間表、軟件產(chǎn)品功能需求/設計說明書等相關需求文檔。

作業(yè)流程及其管理方法

No. 作業(yè)過程名作業(yè)內容/管理方法作業(yè)人輸出

1.立項當立項條件達到，測試leader指定測試組員，測試組員整理相關資料組織立項動作測試leader、測試組員測試計劃

2需求初審測試leader組織需求的初審，邀請測試組員一起對需求進行審讀，確認該版本對應的配置、資源，確認對應的測試策略測試leader、測試組員

3測試安排測試leader根據(jù)需求安排測試人員進行需求分析與培訓，并分配測試用例編寫與維護任務

4測試設計測試進行TestCase的編寫，然后由測試leader制定測試用例的評審計劃并按照計劃進行評審；（要求開發(fā)人員、測試工程師）；測試要將每次Case的評審結果進行記錄，測試leader在使用Case前進行評審結果的確認；

測試leader確認最終的Testcase和評審記錄。

測試leader、測試組員測試用例

Case編寫的依據(jù)：

軟件需求文檔；相關規(guī)范和標準；

Case 編寫基本規(guī)則；

1.?以相關需求文檔為編寫依據(jù)；

2.?使用條件和路徑覆蓋法判定Case的覆蓋率；

3.?Case的易理解和易操作性；

4.?針對不同測試目的編寫測試用例；

5.?根據(jù)不同的測試類型編寫測試用例（界面一致性、功能符合性、兼容性、性能穩(wěn)定性）

5.測試計劃編寫和評審當測試用例完成后需要組織開發(fā)、PM等相關人員進行評審；

當計劃定稿后，測試leader需要嚴格按照制定的計劃安排測試；

測試leader

測試計劃評審注意事項：

1.?保證測試計劃要符合開發(fā)計劃

2.?測試的全面性；

輸出

測試用例

3.2 測試執(zhí)行階段

3.2.1軟件執(zhí)行階段流程圖

流程圖解析

?????1．根據(jù)整個軟件測試執(zhí)行過程，按時間分成三等分，分別為T1：測試初期、T2：測試中期、T3：測試后期

T1：測試初期這個階段，主要執(zhí)行確認測試、基本功能的測試。確認測試的目標需要確保軟件完全符合設計文檔。基本功能的測試的重點是執(zhí)行測試用例，盡可能多的去暴露基本功能的問題，測試的執(zhí)行方式以執(zhí)行測試用例為主。

T2：測試中期采用自由測試為主，除了測試基本功能外，還需要重點測試性能、用戶體驗性測試、兼容性測試。其中性能測試可借助于Perfdog工具進行測試。

T3：測試后期階段，這個階段仍然需要執(zhí)行多遍測試用例以確保基本功能的實現(xiàn)完全沒有問題。

系統(tǒng)測試分為三個階段，并不是單純的時間三等分，而是每個時間段都需要達到測試目標。若沒有達到測試目標，測試leader需要及時調節(jié)計劃，并組織分析問題，避免因為測試不到位的原因導致版本延期。

3.2.2軟件測試執(zhí)行階段人員活動

目的

有效的制定系統(tǒng)測試的軟件測試計劃；

按照計劃進行測試，發(fā)現(xiàn)軟件中的存在的問題（包括：界面、需求、功能、兼容性、性能等方面問題）。

對軟件中已經(jīng)解決的問題進行有效的驗證;

判定測試過程和問題驗證的有效性；

進入條件

完成測試計劃和測試用例;

已確認軟件測試申請、軟件版本

輸入

軟件測試計劃和軟件測試用例。

軟件版本；

作業(yè)流程及其管理方法

NO 作業(yè)過程名作業(yè)內容 / 管理方法作業(yè)人輸出結果

1測試任務安排測試leader獲得軟件版本后，確認后根據(jù)測試目的制定版本測試計劃；

測試計劃完成后，向組內成員介紹版本基本情況、測試時間安排等?

測試leader每個新版本軟件測試計劃

2系統(tǒng)測試測試接收到軟件測試申請并確認版本在發(fā)布時已提供相關信息后，安排測試依據(jù)測試用例進行系統(tǒng)測試或進行自由測試；

在測試階段，版本的第一輪和最后一輪測試必須至少執(zhí)行一個完整的周期。包括過一遍完整的case；

測試leader

組員

測試報告

3驗證測試每個版本對以前已修改的BUG進行驗證，若確認已經(jīng)修改，可執(zhí)行關閉操作。組員

4性能測試測試leader安排組員，按照《性能測試用例》進行測試，主要采用與對比機對比測試得出內存峰值結果；組員內存峰值測試報告

6兼容性測試測試PM安排工程師，按照《兼容性測試用例》進行對不同型號不同系統(tǒng)版本進行驗證測試組員兼容性測試報告

輸出

每個新版本軟件測試計劃、測試報告、內存峰值測試報告、兼容性測試報告

3.2.3測試掃尾工作

目的

根據(jù)測試結果，組織版本評估

做好測試總結，積累好的經(jīng)驗，去除不好的東西

進入條件

完成了測試執(zhí)行階段，PM申請上線

作業(yè)流程及其管理方法

NO 作業(yè)過程名作業(yè)內容 / 管理方法作業(yè)人輸出結果

1版本評估上線前，測試leader書寫軟件測試報告并組織版本評估會議，邀請開發(fā)leader、項目經(jīng)理等管理人員組織版本評估會議，最終由項目經(jīng)理確認軟件是否能夠上線。項目經(jīng)理（PM）

測試leader

測試組員

軟件開發(fā)leader等

評估結果

2測試總結測試leader組織測試進行總結性會議，總結測試經(jīng)驗測試leader

測試組員

3維護測試當收到用戶反饋的嚴重性問題，測試leader組織測試驗證并提交問題到JIRA跟蹤；

開發(fā)人員重新集成版本修改問題，測試leader驗證后并組織一次全面的測試確保版本

測試leader

測試組員

測試報告

4.結語

? ? ? 軟件測試是程序的一種執(zhí)行過程，目的是盡可能發(fā)現(xiàn)并改正被測試軟件中的錯誤，提高軟件的可靠性。它是軟件生命周期中一項非常重要且非常復雜的工作，對軟件可靠性保證具有極其重要的意義。測試流程制定的總目標是充分利用有限的人力和物力資源，高效率、高質量地完成軟件測試任務。避免不足的測試使軟件帶著一些未揭露的隱藏錯誤投入運行，這將意味著更大的危險讓用戶承擔。然而一個規(guī)范實用的流程，往往可以改善軟件測試的效率。流程的制定為測試計劃的制定、測試過程的執(zhí)行提供了文檔性的幫助。讓每一個測試很清晰的明白，軟件測試周期中每個時段該去怎么做。

? ? ?該流程的制定不是一成不變，在執(zhí)行過程中若發(fā)現(xiàn)有不足之處，我們將更新此文檔，直到完全適用于我們的項目流程。

軟件開發(fā)測試流程圖（軟件開發(fā)測試流程圖片）

軟件測試的流程是什么？

需求分析與架構設計：

我們做的是某一移動公司內部使用的項目，需求分析與架構全部由項目經(jīng)理完成，之后由項目經(jīng)理給具體某個開發(fā)人員分配任務，具體對某個功能模塊的實現(xiàn)。這個對項目經(jīng)理的經(jīng)驗與技術要求很高，他既然擔任了需求分析師，又擔任架構師的角色。

程序員編碼：

因為我們開發(fā)語言用的是JAVA 語言，IDE用MyEclipse中自帶的CVS版本管理工具，開發(fā)人員完成代碼后，提交到版本庫中。

測試：

我入職后的第一個任務是搭建缺陷管理工具，禪道項目管理，通過推廣對發(fā)現(xiàn)的問題進行跟蹤。后來正明效果并不好，因為對于一個六七人的開發(fā)團隊項目，開發(fā)人員更喜歡測試人員能當面反饋，這樣更能提高效率。對一個小 bug 通過當面交流的方式就可以將問題修復。

對于當時的環(huán)境，并沒有測試環(huán)境。開發(fā)人員在本機上將項目進行部署運行。測試人員通過局域網(wǎng)訪問開發(fā)人員的機子進行測試?；蛟跍y試人員本機上進行部署測試。這也是一個致命的缺點。因為開發(fā)人員測試人員使用的電腦存在太多不穩(wěn)定因素，這些都會造成問題的出現(xiàn)，有時候難以判定是系統(tǒng)問題還是環(huán)境問題。

上線：

經(jīng)過測試人員測試通過后，開發(fā)人員部署上線。

A程序員流程

你會發(fā)現(xiàn)在流程圖中，A程序員是先發(fā)上線之后，再進行測試。這是我們一個面向大眾用戶的網(wǎng)站，上面給與測試人員的定位是測試兼用戶體驗，測試將發(fā)現(xiàn)的bug和體驗問題提交到缺陷管理系統(tǒng)，由經(jīng)理對問題進行分析，指派開發(fā)人員解決。定期對系統(tǒng)進行更新。

流程分析：

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

缺點就非常多了，相信許多小軟件公司也有類似的流程。

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

對于測試來說，需求很不明確，測試文檔與用例也是可有可無的產(chǎn)物，沒有需求文檔，或非常簡陋，根據(jù)需求文檔根本無法編寫用例。我只能收集一些通用的測試用例，如登錄、文件上傳下載、列表翻頁、日期選擇、輸入框驗證、搜索等有一些“通用型”用例，以便在測試過程中做參考。功能測試的多了，拿到一個功能，測試思路也就出來了。

軟件測試基本流程

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

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

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

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

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

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

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

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

軟件開發(fā)流程

一個軟件從開始到最后一共需要以下幾個流程：

1、計劃

2、分析

3、設計

4、編碼

5、測試

6、維護

1、計劃

對所要解決的問題進行總體定義，包括了解用戶的要求及現(xiàn)實環(huán)境，從技術、經(jīng)濟和社會因素等3個方面研究并論證本軟件項目的可行性，編寫可行性研究報告，探討解決問題的方案，并對可供使用的資源（如計算機硬件、系統(tǒng)軟件、人力等）成本，可取得的效益和開發(fā)進度作出估計，制訂完成開發(fā)任務的實施計劃。

2、分析

軟件需求分析就是對開發(fā)什么樣的軟件的一個系統(tǒng)的分析與設想。它是一個對用戶的需求進行去粗取精、去偽存真、正確理解，然后把它用軟件工程開發(fā)語言（形式功能規(guī)約，即需求規(guī)格說明書）表達出來的過程。本階段的基本任務是和用戶一起確定要解決的問題，建立軟件的邏輯模型，編寫需求規(guī)格說明書文檔并最終得到用戶的認可。需求分析的主要方法有結構化分析方法、數(shù)據(jù)流程圖和數(shù)據(jù)字典等方法。本階段的工作是根據(jù)需求說明書的要求，設計建立相應的軟件系統(tǒng)的體系結構，并將整個系統(tǒng)分解成若干個子系統(tǒng)或模塊，定義子系統(tǒng)或模塊間的接口關系，對各子系統(tǒng)進行具體設計定義，編寫軟件概要設計和詳細設計說明書，數(shù)據(jù)庫或數(shù)據(jù)結構設計說明書，組裝測試計劃。在任何軟件或系統(tǒng)開發(fā)的初始階段必須先完全掌握用戶需求，以期能將緊隨的系統(tǒng)開發(fā)過程中哪些功能應該落實、采取何種規(guī)格以及設定哪些限制優(yōu)先加以定位。系統(tǒng)工程師最終將據(jù)此完成設計方案，在此基礎上對隨后的程序開發(fā)、系統(tǒng)功能和性能的描述及限制作出定義。

3、設計

軟件設計可以分為概要設計和詳細設計兩個階段。實際上軟件設計的主要任務就是將軟件分解成模塊是指能實現(xiàn)某個功能的數(shù)據(jù)和程序說明、可執(zhí)行程序的程序單元?？梢允且粋€函數(shù)、過程、子程序、一段帶有程序說明的獨立的程序和數(shù)據(jù)，也可以是可組合、可分解和可更換的功能單元。模塊，然后進行模塊設計。概要設計就是結構設計，其主要目標就是給出軟件的模塊結構，用軟件結構圖表示。詳細設計的首要任務就是設計模塊的程序流程、算法和數(shù)據(jù)結構，次要任務就是設計數(shù)據(jù)庫，常用方法還是結構化程序設計方法。

4、編碼

軟件編碼是指把軟件設計轉換成計算機可以接受的程序，即寫成以某一程序設計語言表示的“源程序清單”。充分了解軟件開發(fā)語言、工具的特性和編程風格，有助于開發(fā)工具的選擇以及保證軟件產(chǎn)品的開發(fā)質量。

當前軟件開發(fā)中除在專用場合，已經(jīng)很少使用二十世紀80年代的高級語言了，取而代之的是面向對象的開發(fā)語言。而且面向對象的開發(fā)語言和開發(fā)環(huán)境大都合為一體，大大提高了開發(fā)的速度。

5、測試

軟件測試的目的是以較小的代價發(fā)現(xiàn)盡可能多的錯誤。要實現(xiàn)這個目標的關鍵在于設計一套出色的測試用例（測試數(shù)據(jù)與功能和預期的輸出結果組成了測試用例）。如何才能設計出一套出色的測試用例，關鍵在于理解測試方法。不同的測試方法有不同的測試用例設計方法。兩種常用的測試方法是白盒法測試對象是源程序，依據(jù)的是程序內部的的邏輯結構來發(fā)現(xiàn)軟件的編程錯誤、結構錯誤和數(shù)據(jù)錯誤。結構錯誤包括邏輯、數(shù)據(jù)流、初始化等錯誤。用例設計的關鍵是以較少的用例覆蓋盡可能多的內部程序邏輯結果。白盒法和黑盒法依據(jù)的是軟件的功能或軟件行為描述，發(fā)現(xiàn)軟件的接口、功能和結構錯誤。其中接口錯誤包括內部/外部接口、資源管理、集成化以及系統(tǒng)錯誤。黑盒法用例設計的關鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。

6、維護

維護是指在已完成對軟件的研制（分析、設計、編碼和測試）工作并交付使用以后，對軟件產(chǎn)品所進行的一些軟件工程的活動。即根據(jù)軟件運行的情況，對軟件進行適當修改，以適應新的要求，以及糾正運行中發(fā)現(xiàn)的錯誤。編寫軟件問題報告、軟件修改報告。

一個中等規(guī)模的軟件，如果研制階段需要一年至二年的時間，在它投入使用以后，其運行或工作時間可能持續(xù)五年至十年。那么它的維護階段也是運行的這五年至十年期間。在這段時間，人們幾乎需要著手解決研制階段所遇到的各種問題，同時還要解決某些維護工作本身特有的問題。做好軟件維護工作，不僅能排除障礙，使軟件能正常工作，而且還可以使它擴展功能，提高性能，為用戶帶來明顯的經(jīng)濟效益。然而遺憾的是，對軟件維護工作的重視往往遠不如對軟件研制工作的重視。而事實上，和軟件研制工作相比，軟件維護的工作量和成本都要大得多。

在實際開發(fā)過程中，軟件開發(fā)并不是從第一步進行到最后一步，而是在任何階段，在進入下一階段前一般都有一步或幾步的回溯。在測試過程中的問題可能要求修改設計，用戶可能會提出一些需要來修改需求說明書等。