手機(jī)軟件測試流程-20120918

1、名目 TOC o 1-3 h z 1.概述 .21.1目的 21.2適用范圍 21.3執(zhí)行原則 21.4角色和職責(zé) 22.軟件測試流程 32.1軟件測試流程圖 32. 2 流程圖解析 33 軟件測試周期人員活動圖 73.2 活動圖 73.2 活動圖描述 83.2.1軟件測試預(yù)備（S0S2） 83.2.2 測試執(zhí)行階段（S3）93.2.2.1軟件執(zhí)行階段流程圖 93.2.2.2軟件測試執(zhí)行階段人員活動圖 103.2.3測試掃尾工作（S4S6） 134.結(jié)語 141.概述1.1目的有效的保證軟件質(zhì)量；有效的制定不同測試類型（軟件系統(tǒng)測試、音頻主觀性測試、Field Trial、專項(xiàng)測試、自動化測試

2、、性能測試、用戶體驗(yàn)測試）的軟件測試方案；依據(jù)方案進(jìn)行測試，發(fā)覺軟件中存在的問題；對軟件中已經(jīng)解決的問題進(jìn)行有效的驗(yàn)證;判定測試過程和問題驗(yàn)證的有效性。1.2適用范圍適用范圍是參與手機(jī)產(chǎn)品軟件測試的各測試工程師、測試模塊組長、測試PM。1.3執(zhí)行原則.標(biāo)準(zhǔn)化作業(yè)，敬重事實(shí)；測試工程師需要對手機(jī)各項(xiàng)功能持有疑問的看法來思考軟件；測試工程師需要主動與項(xiàng)目組的全部成員保持有效的溝通，以便更好地完成測試任務(wù)；盡早發(fā)覺問題，準(zhǔn)時(shí)跟蹤問題；1.4角色和職責(zé)1.4.1 測試部門經(jīng)理1. 負(fù)責(zé)審核測試方案,監(jiān)督方案的實(shí)施過程，確保方案的實(shí)施和按方案完成測試任務(wù)；2. 制定、更新和維護(hù)軟件測試流程；3. 對發(fā)覺

3、的部門需要改進(jìn)的問題供應(yīng)解決方案；4. 制定短期、長期的改進(jìn)措施；進(jìn)行評審和監(jiān)督；5. 監(jiān)督新員工培訓(xùn)實(shí)施狀況，對培訓(xùn)結(jié)果進(jìn)行考核6. 參與項(xiàng)目風(fēng)險(xiǎn)評估1.4.2 測試PM1. 參與軟件需求與UI評審2. 編制STP（軟件測試方案），組建測試團(tuán)隊(duì)3. 依據(jù)軟件測試申請單的要求判定是否接受軟件測試版本；達(dá)到軟件測試標(biāo)準(zhǔn)支配系統(tǒng)測試；對測試需求進(jìn)行組內(nèi)培訓(xùn)。4.測試任務(wù)的支配，保證測試方案的按時(shí)完成，保障軟件測試質(zhì)量；測試過程進(jìn)行跟蹤；處理異樣狀況；定期發(fā)送測試報(bào)告（每一個軟件升級版本）到測試部門經(jīng)理、開發(fā)、各管理人員5.跟進(jìn)BUG的修改狀況，組織BUG評審6.組織項(xiàng)目風(fēng)險(xiǎn)評估1.4.3 測試功能

4、模塊組長1.保障全部項(xiàng)目所屬模塊的測試質(zhì)量2.參與軟件需求評審3.組織測試工程師編寫測試用例以及測試用例的維護(hù)，并與測試PM、開發(fā)一起進(jìn)行用例評審4.組內(nèi)成員工作技能的培育與培訓(xùn)，組內(nèi)成員的業(yè)績考核5.幫忙測試PM做好人員調(diào)配，跟進(jìn)每個組員的任務(wù)進(jìn)度6.幫忙測試PM進(jìn)行BUG評審1.4.4 測試工程師依據(jù)測試方案進(jìn)行測試的執(zhí)行,測試用例在編寫測試記錄的整理，Bug的跟蹤【包括：提交、驗(yàn)證、關(guān)閉Bug】。參與BUG的評審 定時(shí)完成學(xué)習(xí)方案并提交學(xué)習(xí)報(bào)告給組長2.軟件測試流程2.1軟件測試流程圖立項(xiàng)需求初審組建測試團(tuán)隊(duì)需求分析測試設(shè)計(jì)測試方案測試執(zhí)行軟件評估測試總結(jié)測試維護(hù)2. 2 流程圖解析立項(xiàng)

5、 對于立項(xiàng)，外研項(xiàng)目與內(nèi)研項(xiàng)目的進(jìn)入條件是分開說明的。對于外研項(xiàng)目，立項(xiàng)的條件需要滿足如下條件：方案商必需供應(yīng)功能完整和穩(wěn)定的軟件版本，整合了供應(yīng)的圖鈴、APK等資源，以及有效的不同的IMEI 、藍(lán)牙地址、 WIFI地址方案商供應(yīng)產(chǎn)品功能需求/設(shè)計(jì)說明書，并供應(yīng)真實(shí)的硬件檢驗(yàn)報(bào)告、系統(tǒng)測試報(bào)告、外場測試報(bào)告方案商供應(yīng)手機(jī)相關(guān)驅(qū)動，抓日志和版本升級的方法或工具測試樣機(jī)到位項(xiàng)目進(jìn)度表對于內(nèi)研項(xiàng)目，立項(xiàng)的條件只需要滿足：測試部收到立項(xiàng)通知，軟件產(chǎn)品功能需求/設(shè)計(jì)說明書都已供應(yīng)到位測試樣機(jī)到位項(xiàng)目進(jìn)度表當(dāng)立項(xiàng)條件滿足時(shí)，由測試部門經(jīng)理指定測試PM，由測試PM組織立項(xiàng)與后續(xù)的測試工作。需求初審 測試PM

6、組織各功能模塊組長一起對需求進(jìn)行批閱，完成三個任務(wù)：一是對文檔進(jìn)行評審，確認(rèn)文檔是否符合質(zhì)量標(biāo)準(zhǔn)以及需求的可行性，如對需求有疑問，或者對需求有建議要求以郵件的形式與需求輸出人進(jìn)行溝通，直到需求定稿；二是確定測試所需樣機(jī)、SIM卡、以及人力資源等；三是確定好軟件測試策略，并輸出軟件測試概要說明給相關(guān)項(xiàng)目人員。軟件測試概要說明主要包括如下方面：1.測試依據(jù) a,軟件需求文檔 b,軟件規(guī)格書 c,其他，如參考產(chǎn)品等2. 測試資源 a,測試人員需求 b,測試樣機(jī)需求3. 測試策略 a,實(shí)行測試方法 b,實(shí)行哪些測試工具以及測試管理工具 c,對測試人員進(jìn)行培訓(xùn)等組建測試團(tuán)隊(duì) 測試PM依據(jù)在需求初審過程中

7、各功能模塊組長供應(yīng)的測試人員名單，完成測試團(tuán)隊(duì)的組建。 需求分析 團(tuán)隊(duì)組建完畢后，測試PM組織組員進(jìn)行需求分析，完成兩項(xiàng)任務(wù)：一是進(jìn)行組內(nèi)需求培訓(xùn)，保證全部組員完全理解需求；二是支配測試用例編寫或維護(hù)任務(wù)，確認(rèn)測試用例完成日期。請留意：測試用例完成日期必需在軟件版本發(fā)布測試之前。測試設(shè)計(jì)對于手機(jī)而言，測試設(shè)計(jì)主要包括測試用例的編寫與評審。由于常規(guī)的測試點(diǎn)的用例都已經(jīng)具備，這里主要針對新的需求與應(yīng)用。測試方案當(dāng)全部測試前的預(yù)備工作已經(jīng)完成，測試PM就要依據(jù)開發(fā)時(shí)間表以及測試策略制定一個完整的軟件測試方案（STP文檔），測試方案的依據(jù)主要是項(xiàng)目開發(fā)方案和測試需求分析結(jié)果。測試方案測試日程方案，主要

8、是把測試分成哪些測試階段（如單元測試、集成測試、系統(tǒng)測試階段，外場測試、測試階段等），每個階段的工作重點(diǎn)以及投入資源等。 方案趕不上轉(zhuǎn)變，一份方案做的再好，當(dāng)實(shí)際實(shí)施的時(shí)候就會發(fā)覺往往很難依據(jù)原有方案開展。如在軟件開發(fā)過程中資源匱乏、人員流淌等都會對測試造成確定的影響。所以，這些就要求測試PM能夠從宏觀上來調(diào)控了。在轉(zhuǎn)變面前能夠做到應(yīng)對自如、處亂不驚那是最好不過了。測試執(zhí)行51Testing軟件測試網(wǎng) f7#E+K&s/z51Testing軟件測試網(wǎng)1H/N Z l k!Md V4H,x測試執(zhí)行一般分為以下階段：確認(rèn)測試系統(tǒng)測試驗(yàn)收測試產(chǎn)品說明書check，其中每個階段還有回來測試驗(yàn)證問題。單

9、元測試、集成測試目前暫無需求，后期項(xiàng)目可依據(jù)實(shí)際狀況添加。 從測試的角度而言，測試執(zhí)行過程是要考慮量和度的問題，就是指測試的范圍與測試的程度的問題。從管理的角度而言，在有限的時(shí)間內(nèi)，在人員有限甚至短缺的狀況下，要考慮如何分工，如何合理地利用資源來開展測試。當(dāng)然如下幾個問題也需要考慮：a, 當(dāng)測試人員測試的執(zhí)行不到位、敷衍了事時(shí)該如何解決？b, 測試效率問題，怎樣提高測試效率?c, 依據(jù)版本的不同實(shí)行怎么樣的測試策略，是全面測試、自由測試還是針對模塊的測試軟件評估這里評估指軟件經(jīng)過一輪又一輪測試后，確認(rèn)軟件無重大問題或者問題很少的狀況下，對預(yù)備發(fā)布量產(chǎn)的軟件進(jìn)行評估，以確定是否能夠投放市場。軟件

10、評估會議由軟件測試PM組織，評估成員一般由軟件開發(fā)PM、軟件測試PM、營銷人員、部門經(jīng)理以及研發(fā)最高負(fù)責(zé)人等組成。測試總結(jié)項(xiàng)目已經(jīng)發(fā)布量產(chǎn)，測試項(xiàng)目組可以通過各種方式對整個測試過程進(jìn)行總結(jié)，可以是做的好的方面的閱歷，也可以是不足之處以便后續(xù)項(xiàng)目避開。測試維護(hù) 由于測試的不完全性，當(dāng)軟件正式release后，用戶在用法過程中，難免遇到一些問題，有的甚至是嚴(yán)峻性的問題，這就需要修改有關(guān)問題，修改后需要再次對軟件進(jìn)行測試、評估、發(fā)行。3 軟件測試周期人員活動圖3.1 活動圖3.2 活動圖描述 3.2.1軟件測試預(yù)備（S0S5）目的有效的做好測試預(yù)備工作，為測試的執(zhí)行做好前期所需；依據(jù)需求制定好測試策

11、略與測方案；進(jìn)入條件項(xiàng)目正式啟動需求文檔已經(jīng)進(jìn)行歸檔輸入軟件開發(fā)方案、軟件開發(fā)時(shí)間表、軟件產(chǎn)品功能需求/設(shè)計(jì)說明書等相關(guān)需求文檔。作業(yè)流程及其管理方法No.作業(yè)過程名作業(yè)內(nèi)容/管理方法作業(yè)人輸出1.立項(xiàng)當(dāng)立項(xiàng)條件達(dá)到，測試部經(jīng)理指定測試PM，測試PM整理相關(guān)資料組織立項(xiàng)動作測試部經(jīng)理、測試PM2需求初審測試PM組織需求的初審，邀請各模塊組長一起對需求進(jìn)行審讀，確認(rèn)需求的可行性，確認(rèn)該項(xiàng)目對應(yīng)的人力、物力資源，確認(rèn)對應(yīng)的測試策略測試PM、各功能模塊組長軟件測試概要說明3組建測試團(tuán)隊(duì)與需求分析測試PM依據(jù)需求初審會議定下的測試人員，組建測試團(tuán)隊(duì)，和模塊組長一起對各測試人員進(jìn)行需求分析與培訓(xùn)，并支配

12、測試用例編寫與維護(hù)任務(wù)4測試設(shè)計(jì)測試工程師依據(jù)Case編寫依據(jù)進(jìn)行TestCase的編寫，然后由測試PM制定測試用例的評審方案并依據(jù)方案進(jìn)行評審；（要求開發(fā)人員、測試工程師）；測試PM要將每次Case的評審結(jié)果進(jìn)行記錄，測試部門經(jīng)理在用法Case前進(jìn)行評審結(jié)果的確認(rèn)； 測試部門經(jīng)理確認(rèn)最終的Testcase和評審記錄。 測試工程師、測試PM、測試部門經(jīng)理測試用例Case編寫的依據(jù)：軟件需求文檔；Menutree；UI Spec;極限值表；按鍵定義表；沖突大事響應(yīng)表；相關(guān)規(guī)范和標(biāo)準(zhǔn)；Case 編寫基本規(guī)章；與通訊行業(yè)相關(guān)規(guī)范、標(biāo)準(zhǔn)保持全都；以相關(guān)需求文檔為編寫依據(jù)（參考case編寫依據(jù)）；用法條

13、件和路徑掩蓋法判定Case的掩蓋率；Case的易理解和易操作性；針對不同測試目的編寫測試用例；依據(jù)不同的測試類型編寫測試用例（界面全都性、功能符合性、兼容性、性能穩(wěn)定性）參與CASE的評審人員也應(yīng)當(dāng)遵循Case編寫規(guī)章對Case進(jìn)行評審，并對每次評審要求記錄評審會議記錄；5.測試方案編寫和評審當(dāng)測試用例完成后，測試PM依據(jù)開發(fā)方案表制定STP；完成后需要組織開發(fā)、測試部門經(jīng)理等相關(guān)人員進(jìn)行評審；當(dāng)方案定稿后，測試PM需要嚴(yán)格依據(jù)制定的方案支配測試；測試PMSTP測試方案評審留意事項(xiàng)：保證測試方案要符合開發(fā)方案測試的全面性；輸出軟件測試概要說明、軟件測試方案（STP）、測試用例3.2.2 測試執(zhí)

14、行階段（S6）3.2.2.1內(nèi)研項(xiàng)目軟件執(zhí)行階段流程圖T1：測試初期T2：測試中期T3：測試后期自由測試、性能測試、兼容性測試、自動化測試進(jìn)入外場測試（包括外場回來測試）音頻主觀性測試音頻主觀性測試執(zhí)行測試用例、文檔確認(rèn)測試流程圖解析 1依據(jù)整個軟件測試執(zhí)行過程，按時(shí)間分成三等分，分別為T1：測試初期、T2：測試中期、T3：測試后期T1：測試初期這個階段，主要執(zhí)行確認(rèn)測試、基本功能的測試。確認(rèn)測試的目標(biāo)需要確保軟件完全符合設(shè)計(jì)文檔。基本功能的測試的重點(diǎn)是執(zhí)行測試用例，盡可能多的去暴露基本功能的問題，測試的執(zhí)行方式以執(zhí)行測試用例為主。同時(shí)這個階段，我們進(jìn)行一次音頻主觀性測試，對各音頻進(jìn)行一次摸底

15、測試，得出結(jié)論可由軟、硬件開發(fā)工程師進(jìn)行分析，確保音頻不要由于硬件問題而導(dǎo)致毀滅不良效果。T2：測試中期接受自由測試為主，除了測試基本功能外，還需要重點(diǎn)測試性能、用戶體驗(yàn)性測試、兼容性測試、音頻主觀性測試。其中性能測試可借助于自動化測試工具進(jìn)行測試。另外這個時(shí)期需要外場測試的進(jìn)入，測試目的是模擬動態(tài)環(huán)境下用戶的用法過程下手機(jī)是否穩(wěn)定。T3：測試后期階段，這個階段照舊需要執(zhí)行多遍測試用例以確保基本功能的實(shí)現(xiàn)完全沒有問題。系統(tǒng)測試分為三個階段，并不是單純的時(shí)間三等分，而是每個時(shí)間段都需要達(dá)到測試目標(biāo)。若沒有達(dá)到測試目標(biāo)，測試PM需要準(zhǔn)時(shí)調(diào)整方案，并組織分析問題，避開由于測試不到位的緣由導(dǎo)致項(xiàng)目延期

16、。3.2.2.2外研項(xiàng)目軟件執(zhí)行階段流程圖第一個版本其次個版本第三個版本外場測試、音頻主觀性測試完成文檔確認(rèn)測試、執(zhí)行測試用例外場測試、音頻主觀性回來測試自由測試、兼容性測試、自動化測試、性能測試執(zhí)行測試用例流程圖解析1. 對于外研項(xiàng)目，我們只做驗(yàn)收測試，正常狀況下我們只接受三個版本的驗(yàn)收測試。2. 第一個版本期間需要執(zhí)行文檔確認(rèn)測試確保手機(jī)功能完全符合設(shè)計(jì)文檔，然后執(zhí)行測試用例。由于驗(yàn)收版本的周期并不是很長，因此在第一個版本就需要進(jìn)行外場測試和音頻主觀性測試，發(fā)覺的問題需要責(zé)成方案商在其次個版本前修復(fù)。3. 其次個版本，接受自由測試為主，讓測試工程師自由發(fā)揮自己的思維去進(jìn)行測試。同時(shí)這個階段

17、需要完成兼容性測試、自動化測試、性能測試。假如在第一個版本外場測試與音頻主觀性測試發(fā)覺問題，也需要在這個版本進(jìn)行回來驗(yàn)證。4. 第三個版本，照舊需要執(zhí)行測試用例，最終確保手機(jī)基本功能。 3.2.2.2軟件測試執(zhí)行階段人員活動圖活動圖活動圖描述目的有效的制定系統(tǒng)測試的軟件測試方案；依據(jù)方案進(jìn)行測試，發(fā)覺軟件中的存在的問題（包括：界面、需求、功能、兼容性、性能等方面問題）。對軟件中已經(jīng)解決的問題進(jìn)行有效的驗(yàn)證;判定測試過程和問題驗(yàn)證的有效性； 進(jìn)入條件完成系統(tǒng)測試方案和系統(tǒng)測試用例;測試工程師領(lǐng)用了測試樣機(jī)和相關(guān)的測試資源。已確認(rèn)軟件測試申請、軟件版本和Release Note。輸入軟件測試方案和

18、軟件測試用例。軟件版本；作業(yè)流程及其管理方法NO作業(yè)過程名作業(yè)內(nèi)容 / 管理方法作業(yè)人輸出結(jié)果1測試任務(wù)支配測試PM獲得軟件版本后，確認(rèn)后依據(jù)測試目的制定版本測試方案；測試方案完成后，向組內(nèi)成員介紹項(xiàng)目基本狀況、測試時(shí)間支配等 測試PM每個新版本軟件測試方案2系統(tǒng)測試測試PM接收到軟件測試申請并確認(rèn)軟件在發(fā)布時(shí)已供應(yīng)相關(guān)信息后，支配測試工程師依據(jù)測試用例進(jìn)行系統(tǒng)測試或進(jìn)行自由測試；在系統(tǒng)測試階段，項(xiàng)目的第一輪和最終一輪測試必需至少執(zhí)行一個完整的周期。包括過一遍完整的case； 在量產(chǎn)前要針對用戶說明書檢查；測試PM各功能模塊組長測試工程師測試報(bào)告3驗(yàn)證測試每個版本對以前已修改的BUG進(jìn)行驗(yàn)證，

19、若確認(rèn)已經(jīng)修改，可執(zhí)行關(guān)閉操作。測試工程師4性能測試測試PM支配工程師，依據(jù)性能測試用例進(jìn)行測試，主要接受與對比機(jī)對比測試得出體驗(yàn)結(jié)果；測試工程師用戶體驗(yàn)測試報(bào)告5音頻主觀測試測試PM支配工程師，依據(jù)音頻主觀性測試用例進(jìn)行音質(zhì)、通話音質(zhì)、音質(zhì)等其他音質(zhì)的驗(yàn)證測試測試工程師音頻主觀性測試報(bào)告6兼容性測試測試PM支配工程師，依據(jù)兼容性測試用例進(jìn)行對不同型號的藍(lán)牙耳機(jī)、藍(lán)牙適配器、SD卡以及不同廠商、運(yùn)營商的SIM卡進(jìn)行驗(yàn)證測試測試工程師兼容性測試報(bào)告7外場測試測試PM需依據(jù)項(xiàng)目平臺以往項(xiàng)目的Field Trial狀況、客戶銷售區(qū)域狀況等，確認(rèn)Field Trial地區(qū)；Field Trial要是考慮進(jìn)行靜態(tài)和動態(tài)測試；本地主要完成市區(qū)、郊區(qū)的動態(tài)、弱信號、和高速測試，外地動態(tài)測試以市區(qū)測試為主，有特殊需求時(shí)再考慮增加；測試用例要求為模擬客戶操作能再現(xiàn)客戶發(fā)覺的問題；必要時(shí)，開發(fā)工程師參與測試；Field Trial過程中，發(fā)覺問題也需要錄入bugfree中，同時(shí)要求進(jìn)行l(wèi)og信息的跟蹤；并將log信息供應(yīng)開發(fā)進(jìn)行問題的確認(rèn)；場測工程師場測方案場測報(bào)告輸出每個新版本軟件測試方案（Cycle）、測試報(bào)告（Cycle）、用戶體驗(yàn)測試報(bào)告、音頻主觀性測試報(bào)告、兼容性測試報(bào)告、場測方案、場測報(bào)告3.2.3測試掃尾工作（S7S9）目的依據(jù)測試結(jié)果，組織軟件評估，評斷軟件是否可