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

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

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

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

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

5、 對(duì)于立項(xiàng)，外研項(xiàng)目與內(nèi)研項(xiàng)目的進(jìn)入條件是分開說明的。對(duì)于外研項(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)測(cè)試報(bào)告、外場(chǎng)測(cè)試報(bào)告方案商供應(yīng)手機(jī)相關(guān)驅(qū)動(dòng)，抓日志和版本升級(jí)的方法或工具測(cè)試樣機(jī)到位項(xiàng)目進(jìn)度表對(duì)于內(nèi)研項(xiàng)目，立項(xiàng)的條件只需要滿足：測(cè)試部收到立項(xiàng)通知，軟件產(chǎn)品功能需求/設(shè)計(jì)說明書都已供應(yīng)到位測(cè)試樣機(jī)到位項(xiàng)目進(jìn)度表當(dāng)立項(xiàng)條件滿足時(shí)，由測(cè)試部門經(jīng)理指定測(cè)試PM，由測(cè)試PM組織立項(xiàng)與后續(xù)的測(cè)試工作。需求初審 測(cè)試PM

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

7、各功能模塊組長(zhǎng)供應(yīng)的測(cè)試人員名單，完成測(cè)試團(tuán)隊(duì)的組建。 需求分析 團(tuán)隊(duì)組建完畢后，測(cè)試PM組織組員進(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ì)對(duì)于手機(jī)而言，測(cè)試設(shè)計(jì)主要包括測(cè)試用例的編寫與評(píng)審。由于常規(guī)的測(cè)試點(diǎn)的用例都已經(jīng)具備，這里主要針對(duì)新的需求與應(yīng)用。測(cè)試方案當(dāng)全部測(cè)試前的預(yù)備工作已經(jīng)完成，測(cè)試PM就要依據(jù)開發(fā)時(shí)間表以及測(cè)試策略制定一個(gè)完整的軟件測(cè)試方案（STP文檔），測(cè)試方案的依據(jù)主要是項(xiàng)目開發(fā)方案和測(cè)試需求分析結(jié)果。測(cè)試方案測(cè)試日程方案，主要

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

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

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

11、略與測(cè)方案；進(jìn)入條件項(xiàng)目正式啟動(dò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á)到，測(cè)試部經(jīng)理指定測(cè)試PM，測(cè)試PM整理相關(guān)資料組織立項(xiàng)動(dòng)作測(cè)試部經(jīng)理、測(cè)試PM2需求初審測(cè)試PM組織需求的初審，邀請(qǐng)各模塊組長(zhǎng)一起對(duì)需求進(jìn)行審讀，確認(rèn)需求的可行性，確認(rèn)該項(xiàng)目對(duì)應(yīng)的人力、物力資源，確認(rèn)對(duì)應(yīng)的測(cè)試策略測(cè)試PM、各功能模塊組長(zhǎng)軟件測(cè)試概要說明3組建測(cè)試團(tuán)隊(duì)與需求分析測(cè)試PM依據(jù)需求初審會(huì)議定下的測(cè)試人員，組建測(cè)試團(tuán)隊(duì)，和模塊組長(zhǎng)一起對(duì)各測(cè)試人員進(jìn)行需求分析與培訓(xùn)，并支配

12、測(cè)試用例編寫與維護(hù)任務(wù)4測(cè)試設(shè)計(jì)測(cè)試工程師依據(jù)Case編寫依據(jù)進(jìn)行TestCase的編寫，然后由測(cè)試PM制定測(cè)試用例的評(píng)審方案并依據(jù)方案進(jìn)行評(píng)審；（要求開發(fā)人員、測(cè)試工程師）；測(cè)試PM要將每次Case的評(píng)審結(jié)果進(jìn)行記錄，測(cè)試部門經(jīng)理在用法Case前進(jìn)行評(píng)審結(jié)果的確認(rèn)； 測(cè)試部門經(jīng)理確認(rèn)最終的Testcase和評(píng)審記錄。 測(cè)試工程師、測(cè)試PM、測(cè)試部門經(jīng)理測(cè)試用例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的易理解和易操作性；針對(duì)不同測(cè)試目的編寫測(cè)試用例；依據(jù)不同的測(cè)試類型編寫測(cè)試用例（界面全都性、功能符合性、兼容性、性能穩(wěn)定性）參與CASE的評(píng)審人員也應(yīng)當(dāng)遵循Case編寫規(guī)章對(duì)Case進(jìn)行評(píng)審，并對(duì)每次評(píng)審要求記錄評(píng)審會(huì)議記錄；5.測(cè)試方案編寫和評(píng)審當(dāng)測(cè)試用例完成后，測(cè)試PM依據(jù)開發(fā)方案表制定STP；完成后需要組織開發(fā)、測(cè)試部門經(jīng)理等相關(guān)人員進(jìn)行評(píng)審；當(dāng)方案定稿后，測(cè)試PM需要嚴(yán)格依據(jù)制定的方案支配測(cè)試；測(cè)試PMSTP測(cè)試方案評(píng)審留意事項(xiàng)：保證測(cè)試方案要符合開發(fā)方案測(cè)試的全面性；輸出軟件測(cè)試概要說明、軟件測(cè)試方案（STP）、測(cè)試用例3.2.2 測(cè)試執(zhí)

14、行階段（S6）3.2.2.1內(nèi)研項(xiàng)目軟件執(zhí)行階段流程圖T1：測(cè)試初期T2：測(cè)試中期T3：測(cè)試后期自由測(cè)試、性能測(cè)試、兼容性測(cè)試、自動(dòng)化測(cè)試進(jìn)入外場(chǎng)測(cè)試（包括外場(chǎng)回來測(cè)試）音頻主觀性測(cè)試音頻主觀性測(cè)試執(zhí)行測(cè)試用例、文檔確認(rèn)測(cè)試流程圖解析 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ì)文檔?；竟δ艿臏y(cè)試的重點(diǎn)是執(zhí)行測(cè)試用例，盡可能多的去暴露基本功能的問題，測(cè)試的執(zhí)行方式以執(zhí)行測(cè)試用例為主。同時(shí)這個(gè)階段，我們進(jìn)行一次音頻主觀性測(cè)試，對(duì)各音頻進(jìn)行一次摸底

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

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

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

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

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