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

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

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

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

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

測(cè)試流程規(guī)范

1.概述

1.1目的 2

1.2適用范圍 2

1.3執(zhí)行原則. 2

1.4角色和職責(zé) 2

1.4.1 測(cè)試leader?2

1.4.2 測(cè)試工程師?3

2.軟件測(cè)試流程 3

2.1軟件測(cè)試流程圖 3

2.2 流程圖解析 4

3.軟件測(cè)試周期人員活動(dòng) 7

3.1軟件測(cè)試準(zhǔn)備 7

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

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

3.2.2軟件測(cè)試執(zhí)行階段人員活動(dòng)?9

3.2.3測(cè)試掃尾工作?11

4.結(jié)語 12

?1.概述

1.1目的

1、有效的保證軟件質(zhì)量；

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

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

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

5、判定測(cè)試過程和問題驗(yàn)證的有效性。

1.2適用范圍

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

1.3執(zhí)行原則.

1、標(biāo)準(zhǔn)化作業(yè)，尊重事實(shí)；

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

3、測(cè)試工程師需要主動(dòng)與項(xiàng)目組的所有成員保持有效的溝通，以便更好地完成測(cè)試任務(wù)；

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

1.4角色和職責(zé)

1.4.1 測(cè)試leader

負(fù)責(zé)審核測(cè)試計(jì)劃,參與計(jì)劃的實(shí)施過程，確保計(jì)劃的實(shí)施和按計(jì)劃完成測(cè)試任務(wù)；

制定、更新和維護(hù)軟件測(cè)試流程；

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

制定短期、長(zhǎng)期的改進(jìn)措施；進(jìn)行評(píng)審和監(jiān)督；

參與版本風(fēng)險(xiǎn)評(píng)估

參與軟件需求與UI評(píng)審

編制STP（軟件測(cè)試計(jì)劃），組建測(cè)試團(tuán)隊(duì)

根據(jù)軟件測(cè)試申請(qǐng)單的要求判定是否接受軟件測(cè)試版本；達(dá)到軟件測(cè)試標(biāo)準(zhǔn)安排系統(tǒng)測(cè)試；對(duì)測(cè)試需求進(jìn)行組內(nèi)培訓(xùn)。

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

10.跟進(jìn)BUG的修改情況，組織BUG評(píng)審

11.組織版本風(fēng)險(xiǎn)評(píng)估

1.4.2 測(cè)試工程師

按照測(cè)試計(jì)劃進(jìn)行測(cè)試的執(zhí)行,測(cè)試用例在編寫、評(píng)審。

測(cè)試記錄的整理，

Bug的跟蹤【包括：提交、驗(yàn)證、關(guān)閉Bug】。

參與BUG的評(píng)審

定時(shí)完成學(xué)習(xí)計(jì)劃并提交學(xué)習(xí)報(bào)告給測(cè)試leader

2. 軟件測(cè)試流程

2.1軟件測(cè)試流程圖

2.2 流程圖解析

立項(xiàng)

對(duì)于版本，立項(xiàng)的條件只需要滿足：

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

版本進(jìn)度表

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

需求初審

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

1.測(cè)試依據(jù)

???a,軟件需求文檔

b,其他，如參考其他競(jìng)品等

測(cè)試資源

???a,測(cè)試人員需求

???b,測(cè)試配置需求（需要前期的配置）

???c,測(cè)試樣機(jī)需求（例如特殊需求需要特殊的手機(jī)）

測(cè)試策略

a,采取測(cè)試方法

b,采取哪些測(cè)試工具以及測(cè)試管理工具

???????c,對(duì)測(cè)試人員進(jìn)行培訓(xùn)等

測(cè)試人員安排

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

需求分析

???安排完畢后，測(cè)試Leader組織組員進(jìn)行需求分析，完成兩項(xiàng)任務(wù)：一是進(jìn)行組內(nèi)需求培訓(xùn)，保證所有組員完全理解需求；二是分配測(cè)試用例編寫或維護(hù)任務(wù)，確認(rèn)測(cè)試用例完成日期。

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

測(cè)試設(shè)計(jì)

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

測(cè)試計(jì)劃

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

測(cè)試執(zhí)行

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

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

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

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

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

b, 測(cè)試效率問題，怎樣提高測(cè)試效率?

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

軟件評(píng)估

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

測(cè)試總結(jié)

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

測(cè)試維護(hù)

? ??? 由于測(cè)試的不完全性，當(dāng)軟件正式release后，用戶在使用過程中，難免遇到一些問題，有的甚至是嚴(yán)重性的問題，這就需要DEV修改有關(guān)問題，修改后需要再次對(duì)軟件進(jìn)行測(cè)試、評(píng)估、上線。

3.軟件測(cè)試周期人員活動(dòng)?

3.1軟件測(cè)試準(zhǔn)備

目的

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

按照需求制定好測(cè)試策略與測(cè)計(jì)劃；

進(jìn)入條件

版本正式啟動(dòng)

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

輸入

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

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

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

1.立項(xiàng)當(dāng)立項(xiàng)條件達(dá)到，測(cè)試leader指定測(cè)試組員，測(cè)試組員整理相關(guān)資料組織立項(xiàng)動(dòng)作測(cè)試leader、測(cè)試組員測(cè)試計(jì)劃

2需求初審測(cè)試leader組織需求的初審，邀請(qǐng)測(cè)試組員一起對(duì)需求進(jìn)行審讀，確認(rèn)該版本對(duì)應(yīng)的配置、資源，確認(rèn)對(duì)應(yīng)的測(cè)試策略測(cè)試leader、測(cè)試組員

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

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

測(cè)試leader確認(rèn)最終的Testcase和評(píng)審記錄。

測(cè)試leader、測(cè)試組員測(cè)試用例

Case編寫的依據(jù)：

軟件需求文檔；相關(guān)規(guī)范和標(biāo)準(zhǔn)；

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

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

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

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

4.?針對(duì)不同測(cè)試目的編寫測(cè)試用例；

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

5.測(cè)試計(jì)劃編寫和評(píng)審當(dāng)測(cè)試用例完成后需要組織開發(fā)、PM等相關(guān)人員進(jìn)行評(píng)審；

當(dāng)計(jì)劃定稿后，測(cè)試leader需要嚴(yán)格按照制定的計(jì)劃安排測(cè)試；

測(cè)試leader

測(cè)試計(jì)劃評(píng)審注意事項(xiàng)：

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

2.?測(cè)試的全面性；

輸出

測(cè)試用例

3.2 測(cè)試執(zhí)行階段

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

流程圖解析

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

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

T2：測(cè)試中期采用自由測(cè)試為主，除了測(cè)試基本功能外，還需要重點(diǎn)測(cè)試性能、用戶體驗(yàn)性測(cè)試、兼容性測(cè)試。其中性能測(cè)試可借助于Perfdog工具進(jìn)行測(cè)試。

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

系統(tǒng)測(cè)試分為三個(gè)階段，并不是單純的時(shí)間三等分，而是每個(gè)時(shí)間段都需要達(dá)到測(cè)試目標(biāo)。若沒有達(dá)到測(cè)試目標(biāo)，測(cè)試leader需要及時(shí)調(diào)節(jié)計(jì)劃，并組織分析問題，避免因?yàn)闇y(cè)試不到位的原因?qū)е掳姹狙悠凇?/p>

3.2.2軟件測(cè)試執(zhí)行階段人員活動(dòng)

目的

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

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

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

判定測(cè)試過程和問題驗(yàn)證的有效性；

進(jìn)入條件

完成測(cè)試計(jì)劃和測(cè)試用例;

已確認(rèn)軟件測(cè)試申請(qǐng)、軟件版本

輸入

軟件測(cè)試計(jì)劃和軟件測(cè)試用例。

軟件版本；

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

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

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

測(cè)試計(jì)劃完成后，向組內(nèi)成員介紹版本基本情況、測(cè)試時(shí)間安排等?

測(cè)試leader每個(gè)新版本軟件測(cè)試計(jì)劃

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

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

測(cè)試leader

組員

測(cè)試報(bào)告

3驗(yàn)證測(cè)試每個(gè)版本對(duì)以前已修改的BUG進(jìn)行驗(yàn)證，若確認(rèn)已經(jīng)修改，可執(zhí)行關(guān)閉操作。組員

4性能測(cè)試測(cè)試leader安排組員，按照《性能測(cè)試用例》進(jìn)行測(cè)試，主要采用與對(duì)比機(jī)對(duì)比測(cè)試得出內(nèi)存峰值結(jié)果；組員內(nèi)存峰值測(cè)試報(bào)告

6兼容性測(cè)試測(cè)試PM安排工程師，按照《兼容性測(cè)試用例》進(jìn)行對(duì)不同型號(hào)不同系統(tǒng)版本進(jìn)行驗(yàn)證測(cè)試組員兼容性測(cè)試報(bào)告

輸出

每個(gè)新版本軟件測(cè)試計(jì)劃、測(cè)試報(bào)告、內(nèi)存峰值測(cè)試報(bào)告、兼容性測(cè)試報(bào)告

3.2.3測(cè)試掃尾工作

目的

根據(jù)測(cè)試結(jié)果，組織版本評(píng)估

做好測(cè)試總結(jié)，積累好的經(jīng)驗(yàn)，去除不好的東西

進(jìn)入條件

完成了測(cè)試執(zhí)行階段，PM申請(qǐng)上線

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

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

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

測(cè)試leader

測(cè)試組員

軟件開發(fā)leader等

評(píng)估結(jié)果

2測(cè)試總結(jié)測(cè)試leader組織測(cè)試進(jìn)行總結(jié)性會(huì)議，總結(jié)測(cè)試經(jīng)驗(yàn)測(cè)試leader

測(cè)試組員

3維護(hù)測(cè)試當(dāng)收到用戶反饋的嚴(yán)重性問題，測(cè)試leader組織測(cè)試驗(yàn)證并提交問題到JIRA跟蹤；

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

測(cè)試leader

測(cè)試組員

測(cè)試報(bào)告

4.結(jié)語

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

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

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

軟件測(cè)試的流程是什么？

需求分析與架構(gòu)設(shè)計(jì)：

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

程序員編碼：

因?yàn)槲覀冮_發(fā)語言用的是JAVA 語言，IDE用MyEclipse中自帶的CVS版本管理工具，開發(fā)人員完成代碼后，提交到版本庫中。

測(cè)試：

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

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

上線：

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

A程序員流程

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

流程分析：

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

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

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

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

軟件測(cè)試基本流程

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

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

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

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

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

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

7.測(cè)試報(bào)告：通過不斷測(cè)試、追蹤，直到被測(cè)軟件達(dá)到測(cè)試需求要求，并沒有重大bug.

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

軟件開發(fā)流程

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

1、計(jì)劃

2、分析

3、設(shè)計(jì)

4、編碼

5、測(cè)試

6、維護(hù)

1、計(jì)劃

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

2、分析

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

3、設(shè)計(jì)

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

4、編碼

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

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

5、測(cè)試

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

6、維護(hù)

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

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

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