軟件測試經(jīng)驗(yàn)交流

1、軟件測試經(jīng)驗(yàn)交流1概述測試前的準(zhǔn)備工作軟件測試的測試策略及思路測試中容易出現(xiàn)的故障及易忽略之處經(jīng)驗(yàn)交流測試工程師應(yīng)具備的素質(zhì)2測試前的準(zhǔn)備工作了解項(xiàng)目當(dāng)前的狀態(tài)信息。 1. 拿到樣機(jī)后測試人員首先應(yīng)了解該項(xiàng)目目前所處的狀態(tài)，是研發(fā)？中試？還是量廠階段？ 2. 新項(xiàng)目還是衍生項(xiàng)目？ 3.了解項(xiàng)目平臺信息，是全新平臺還是變形項(xiàng)目平臺？ 4.了解屏、sensor等一些關(guān)鍵元件信息及檢查樣機(jī)是否完整？ （往往有些問題會因?yàn)槭謾C(jī)元器件不對或是配置不對而造成重啟，死機(jī)等現(xiàn)象。如屏不對會導(dǎo)致白屏，Camera sensor不對會導(dǎo)致進(jìn)入相機(jī)拍照死機(jī)等現(xiàn)象。所以測試前樣機(jī)的檢查也很重要，測試人員在測試前要對樣

2、機(jī)進(jìn)行硬件上的檢查，如發(fā)現(xiàn)提供的樣機(jī)不對要及時提出來。） 5.軟件版本號的檢查。 （需要注意的是：*#159#中版本號檢查應(yīng)該是外部版本號，而不是內(nèi)部版本號。另外同一個項(xiàng)目，其主要區(qū)別是更換屏，這時檢查版本號時注意有無區(qū)分出來）3軟件測試的測試策略及思路軟件測試的測試策略。1. 研發(fā)階段的新平臺項(xiàng)目由于軟件功能還不穩(wěn)定這時我們第一步要做的是對新增功能模塊進(jìn)行基本功能的檢查，其次對用戶常用的功能模塊進(jìn)行深入測試（如電話簿，短信息，撥號，鬧鐘等模塊），最后再對其它功能模塊進(jìn)行檢查。2. 衍生的項(xiàng)目，在V1.0版本測試時務(wù)必要對改動的模塊進(jìn)行詳細(xì)測試，如滑蓋或翻蓋項(xiàng)目衍生到直板機(jī)的項(xiàng)目，這時我們首要

3、要從兩者不同點(diǎn)下手。（如滑蓋或翻蓋項(xiàng)目不支持鍵盤鎖，那這時衍生到直板機(jī)的項(xiàng)目鍵盤鎖功能有沒有加上）3. 量廠項(xiàng)目的測試，如只改動圖片或某個問題的改動。這時我們首先要根據(jù)版本說明書進(jìn)行回歸測試，即從改動點(diǎn)進(jìn)行測試，驗(yàn)證有無新改出來的Bug，完成后再根據(jù)軟件功能檢查表依依測試。 4軟件測試的測試策略及思路軟件測試的測試思路。 1.從用戶的角度對手機(jī)軟件各功能模塊進(jìn)行基本功能測試。（用戶用的最多的就是打電話，電話簿，信息，充電，鬧鐘及MP3等，測試人員要詳細(xì)，認(rèn)真的檢查每個功能模塊，用戶常用的功能模塊需多花點(diǎn)時間） 2. 基本功能測試完畢后，再對各功能模塊進(jìn)行突發(fā)事件的測試。當(dāng)然所謂的突發(fā)事件就是用

4、戶在執(zhí)行某操作時插入另一事件，如來電話，插耳機(jī)，充電器，鬧鐘提示等；（由于突發(fā)事件測試涉及的工作量大，測試時所先考慮到是用戶常會遇到的突發(fā)事件測試，常用功能模塊中遇到突發(fā)事件最多了。如編輯信息的時候，聽MP3的時候，照相的時候等都是最有可能導(dǎo)致問題了，像一些短暫操作，如文件刪除中，復(fù)制中，移動中等功能模塊的突發(fā)事件測試用戶遇到的機(jī)率會比較低，如果時間允許的情況下，也需要進(jìn)行測試）3.極端測試。即用戶很少會遇到，也很少會去操作的角度來測試；（如拍照過程中和恢復(fù)原廠設(shè)置過程中連續(xù)插拔耳機(jī)，對文件管理菜單在PC上格式化，之后再拷貝些文件開機(jī)，通話過程中聊天，保存號碼以及未插SIM卡狀態(tài)下等功能模塊的

5、操作）。4.模塊之間交叉進(jìn)行測試。（如通話記錄，電話簿及短消息等相關(guān)聯(lián)模塊）5各功能模塊容易出現(xiàn)故障及忽略之處電話簿 電話簿模塊是用戶最常用的模塊，測試時必需要慎密，多花點(diǎn)時間。下面簡要列舉了幾點(diǎn)電話簿模塊中曾出現(xiàn)過的典型問題，也是容易被忽視的問題：1.字符串顯示，如電話簿的“簿”是否寫錯，寫成“薄”；（另外還包括菜單中各字符串的顯示，測試人員應(yīng)仔細(xì)檢查，不要一眼帶過）2.電話簿列表中#鍵切換輸入法，查看輸入法的顯示；3.電話簿列表中單一刪除，直接刪除到空白，這時驗(yàn)證恢復(fù)原廠設(shè)置功能；（以前有遇到過進(jìn)入電話簿列表單一刪除電話號碼到最后一個時，進(jìn)入恢復(fù)原廠設(shè)置時發(fā)現(xiàn)該功能不能使用且花屏現(xiàn)象。這個

6、操作就是屬于模塊交叉測試）4.通話中進(jìn)入電話簿菜單，對電話簿進(jìn)行操作，（如播放影片，新增或刪除號碼等操作）5.到通話記錄中或短信息列表中提示號碼保存，保存號碼時注意進(jìn)行加入影片，大頭貼等功能操作測試；（以前有遇到在網(wǎng)絡(luò)攝相頭聊天畫面收到信息后，這時提示信息號碼并加入影片，播放影片時手機(jī)重啟，該問題也是平臺性問題）6各功能模塊容易出現(xiàn)故障及忽略之處電話簿6.切換各種主題，查看電話簿記錄字體顯示；（如有此主題顯示的字休很淡會導(dǎo)致電話簿記錄很模糊，看不清）7.電話簿中保存超長號碼或空號碼進(jìn)行發(fā)送信息，或多方發(fā)送信息時全部選擇電話簿中超長號碼，手機(jī)不會有任何提示，一直處于發(fā)送中；8. 將電話簿容量保存

7、滿的情況下，手機(jī)開關(guān)機(jī)后查看號碼是否丟失，開機(jī)在找網(wǎng)時到通話記錄中保存號碼是否仍能保存到電話簿中；9. 電話簿批量操作比較容易引發(fā)手機(jī)重啟；10. 電話簿列表中的號碼來電話，來信息，有時手機(jī)會出現(xiàn)號碼混亂現(xiàn)象，如A號碼來電或來信息，進(jìn)入通話記錄中查看發(fā)現(xiàn)號碼顯示不對或號碼前多了+86；7各功能模塊容易出現(xiàn)故障及忽略之處信息 1. 短信中心號碼或彩信中心網(wǎng)址被更改的情況下，手機(jī)進(jìn)行發(fā)信息； （如：短信中心號碼更改后發(fā)信息，手機(jī)會一直處理發(fā)送中，這時本機(jī)收到信息，進(jìn)行查看時手機(jī)會提示“短信功能無法使用” 2.開機(jī)后馬上進(jìn)入短信息選擇語音信箱菜單手機(jī)會提示亂碼或者開機(jī)后馬上發(fā)送信息能發(fā)出去嗎？ 3.

8、發(fā)送信息時直接到電話簿中查看到號碼，這時不發(fā)送直接按掛機(jī)鍵退出，手機(jī)能退出嗎？如退出后再進(jìn)入信息菜單能正常使用嗎？ 4. 手機(jī)恢復(fù)原廠設(shè)置后進(jìn)入信息菜單發(fā)送彩信，手機(jī)一直提示“發(fā)送失敗”； 5.信息編輯畫面兩種輸入法切換導(dǎo)致問題； （如當(dāng)前默認(rèn)的拼音輸入法編輯內(nèi)容后，再#鍵切換字母輸入法編輯內(nèi)容，發(fā)現(xiàn)之前編輯的信息內(nèi)容會消失） 6.剛開機(jī)就馬上進(jìn)入信息編輯畫面編輯內(nèi)容，查看輸入法是否與實(shí)際顯示的默認(rèn)輸入法一致，如顯示的是T9輸入法，但是編輯過程中會出現(xiàn)拼音輸入法 7.通話中進(jìn)入信息菜單，注意左右功能鍵切換不能進(jìn)入到其它菜單，否則當(dāng)進(jìn)入到文件管理菜單選擇影片等手機(jī)會死機(jī)；8各功能模塊容易出現(xiàn)故障

9、及忽略之處信息8.短消息模板中英文內(nèi)容是否一致？9.閱讀信息內(nèi)容畫面左右方向鍵依次切換不同信息閱讀，手機(jī)容易引發(fā)重啟現(xiàn)象；10.收件箱列表畫面，移動光標(biāo)到發(fā)件箱，當(dāng)前發(fā)件箱為空，OK功能是否屏蔽掉，如果沒屏蔽掉的話會，當(dāng)收件箱，發(fā)件箱，草稿箱都為空的情問下，OK鍵會引發(fā)信息功能無法使用；11.信息存滿的情況下手機(jī)信息顯示是否正常？（這點(diǎn)很容易被忽視）12.MP3鈴聲設(shè)為信息鈴聲，開啟信息報告，注意信息報告鈴聲應(yīng)同信息鈴聲一樣，而不是一直播放MP3；9各功能模塊容易出現(xiàn)故障及忽略之處通話記錄 通話記錄模塊出現(xiàn)的問題不是很多，往往用戶最常用的就是到通話記錄列表中選擇號碼發(fā)送信息或是打電話。MTK手

10、機(jī)也曾出現(xiàn)過有關(guān)于通記錄中發(fā)送信息時造成的嚴(yán)重問題，所以測試該模塊時除測基本功能外，還要進(jìn)行跟通話記錄模塊相關(guān)聯(lián)的模塊進(jìn)行交叉點(diǎn)測試；下面列舉幾個以往在測試通話記錄中發(fā)現(xiàn)的幾個嚴(yán)重Bug,希望大家在以后的新項(xiàng)目中能夠從中吸取些測試方法；1. 到未接電話，已接電話記錄中選擇號碼發(fā)送信息，手機(jī)總是默認(rèn)發(fā)送給已撥電話記錄中的第一個號碼.2.通話記錄中如有超長號碼，選擇超長號碼發(fā)送信息發(fā)現(xiàn)手機(jī)黑屏重啟；3.進(jìn)入收件箱列表中選擇一信息讀取后提取號碼“撥號”，發(fā)現(xiàn)撥打的號碼錯誤，不是當(dāng)前提取的號碼，而是通話記錄中已撥電話記錄中的號碼； 以上列舉的三個嚴(yán)重問題都是跟信息有關(guān)，所以在測試該模塊時一定要多交叉測

11、相關(guān)模塊，如短信息，電話簿等菜單。另外通話設(shè)置中的IP撥號，黑名單設(shè)置跟通話記錄也有一定的關(guān)聯(lián)；10各功能模塊容易出現(xiàn)故障及忽略之處情景模式情境模式模塊問題點(diǎn)一般在靜音模式下出現(xiàn)的比較多,如: 靜音模式下插拔耳機(jī),耳機(jī)圖標(biāo)不消失,進(jìn)入菜單查看仍顯示耳機(jī)模式; 靜音模式下插拔耳機(jī)后再恢復(fù)原廠設(shè)置,#鍵切換不能回到一般模式; 靜音模式下進(jìn)行五連拍拍照無顯示,及玩游戲過程重啟等;未插SIM卡狀態(tài)的情境模式菜單,也千萬別忽略!此時MP3模塊,文件管理模塊及情境模式都有相互間的關(guān)聯(lián),可交叉測試!11經(jīng)驗(yàn)交流有效溝通和總結(jié)測試中遇到的問題 1.為什么要進(jìn)行溝通和總結(jié)？ 與相關(guān)的測試人員溝通可以改進(jìn)自己的測

12、試方法并且使自己的測試思維得到拓展； 與開發(fā)人員進(jìn)行溝通可以加深自己對軟件理解的深度，并從中找到一些測試思路 舉例：關(guān)于支持MP3播放的音樂文件格式、FT終測時撥號容易呼叫外網(wǎng)等12經(jīng)驗(yàn)交流針對一些重點(diǎn)難點(diǎn)模塊加強(qiáng)測試 1.測試一段時間后，對整個軟件模塊以及特點(diǎn)要非常熟悉，并劃分出軟件的幾個重點(diǎn)模塊進(jìn)行加強(qiáng)測試如：手機(jī)在“通話、電話本、短消息、待機(jī)電流等”幾個菜單需要重點(diǎn)測試,因?yàn)檫@幾個模塊是用戶必用的功能菜單; 2.針對軟件中的新增模塊也需要加強(qiáng)測試，往往一些異常重啟掉電等現(xiàn)象都可能由于這些模塊引起。 3.功能沖突、多事件干擾、鈴聲交錯、軟件的極限測試.13經(jīng)驗(yàn)交流準(zhǔn)確把握項(xiàng)目的進(jìn)展情況、及

13、時了解各方面的信息 1.通過郵件及會議的方式及時了解項(xiàng)目目前的進(jìn)度以及狀態(tài)（何時需要量產(chǎn)版本、客戶需求、硬件結(jié)構(gòu)目前存在的一些問題等等） 2. 軟件上的所有問題都要做到心中有數(shù)，并且在項(xiàng)目會議上告訴相關(guān)負(fù)責(zé)人目前軟件上存在哪些問題，哪些問題為重點(diǎn)或者難點(diǎn).14經(jīng)驗(yàn)交流1.手機(jī)進(jìn)入中試階段2.手機(jī)進(jìn)入量產(chǎn)階段3.客戶反饋問題的處理4.項(xiàng)目經(jīng)驗(yàn)總結(jié)15中試階段手機(jī)進(jìn)入中試階段 1.手機(jī)進(jìn)入中試的條件 必須滿足公司進(jìn)入中試的原則，無A類及5個以下B類問題，或者通過特批后進(jìn)入量產(chǎn)階段; 2.手機(jī)中試階段應(yīng)該注意的幾個問題 軟件版本的穩(wěn)定性是否能夠得到保證; CTA版本是否已經(jīng)通過國家檢測標(biāo)準(zhǔn); 手機(jī)小

14、批量試產(chǎn)時出現(xiàn)的產(chǎn)線問題以及測試程式的 時間是否滿足大批量生產(chǎn)而不影響產(chǎn)能; 硬件結(jié)構(gòu)等其他方面的問題; 16量廠階段手機(jī)進(jìn)入量產(chǎn)階段 測試重點(diǎn) 優(yōu)先考慮版本的穩(wěn)定性、保證軟件測試全面性、嚴(yán)格按照測試流程測試（版本下載測試模擬產(chǎn)線測試上一版本FIX問題驗(yàn)證執(zhí)行測試模板中所有選項(xiàng)檢查針對重難點(diǎn)模塊以及待觀察問題跟蹤模擬測試測試分析以及總結(jié)測試報告發(fā)布) 測試方法探討 1.執(zhí)行版本的全面測試，保證每個模塊都能被測試 2.針對上一版本修改的問題做重點(diǎn)測試 3.跟蹤待觀察問題，盡可能找到規(guī)律，如果同一發(fā)現(xiàn)兩次以上,則升級問題等級 4.針對新發(fā)現(xiàn)的重大問題，相應(yīng)模塊及功能應(yīng)該重點(diǎn)測試 5.如果重大BUG

15、或者多個待觀察問題時，應(yīng)該在報告中及時提出預(yù)警17量廠后期客戶反饋問題的處理 版本在進(jìn)入量產(chǎn)階段，一般客戶都會做同步測試，并把測試中發(fā)現(xiàn)的BUG和他們認(rèn)為需要修改的菜單模塊拿到測試部做一個反饋； 客戶發(fā)現(xiàn)的BUG，如果確實(shí)存在則需要做為BUG提出放到BugReport上面；如果提出的BUG為軟件設(shè)計(jì)很難更改的問題，則可以說明原因，建議不做修改 ； 及時把測試部的意見反饋到相應(yīng)負(fù)責(zé)人手中，并適當(dāng)?shù)慕忉屧颉?8項(xiàng)目總結(jié)階段項(xiàng)目經(jīng)驗(yàn)總結(jié) 項(xiàng)目到了最后收尾階段,這時測試人員應(yīng)對自已負(fù)責(zé)的項(xiàng)目作個總結(jié).項(xiàng)目周期內(nèi)遇到過的重點(diǎn)問題或典型問題及測試過程中的遇到的困難都可以寫出來,這樣對以后的項(xiàng)目測試會有所

16、幫助,可以從中吸取經(jīng)驗(yàn). 19 經(jīng)驗(yàn)交流針對新平臺項(xiàng)目如何開展軟件測試才能使工作效率達(dá)到最高、質(zhì)量最好？關(guān)于新平臺項(xiàng)目的測試流程、測試方法的探討？20研發(fā)初期研發(fā)中期研發(fā)后期1.立項(xiàng)：產(chǎn)品定義書、項(xiàng)目計(jì)劃書等2.制定測試計(jì)劃、軟件規(guī)格書3.編寫軟件測試用例、軟件預(yù)測試4.督促軟件開發(fā)人員完善軟件所有功能5.執(zhí)行全面測試并提交BUG進(jìn)行管理和參考1.軟件部發(fā)布正式版本后按照測試用例執(zhí)行軟件全面測試2.測試人員進(jìn)行模塊交叉測試3.及時總結(jié)溝通測試中遇到的問題并分析原因4.軟件穩(wěn)定后應(yīng)該及時安排本地和外地的場測1.研發(fā)后期針對每個版本的測試都要嚴(yán)格按照測試流程進(jìn)行測試、并且保證軟件測試的全面性，考慮

17、軟件整個穩(wěn)定性;2.及時了解項(xiàng)目進(jìn)度以及硬件結(jié)構(gòu)存在的問題3.針對客戶反饋過來的問題要及時正確的處理4.項(xiàng)目結(jié)束后做一些總結(jié)經(jīng)驗(yàn)交流測試流程圖21經(jīng)驗(yàn)交流常用的功能測試方法 功能測試就是對產(chǎn)品的各功能進(jìn)行驗(yàn)證,首先要根據(jù)軟件部提供的立項(xiàng)申請表,產(chǎn)品定義書等 檢查產(chǎn)品是否達(dá)到用戶要求的功能。常用的測試方法如下: 1.頁面鏈接檢查：每一個鏈接是否都有對應(yīng)的頁面，并且頁面之間切換正確。 2. 相關(guān)性檢查：如刪除/增加各項(xiàng)會不會對其他項(xiàng)產(chǎn)生影響，如果產(chǎn)生影響，這些影響是否都正確。 3. 檢查按鈕功能是否正確:如update, cancel, delete, save等功能是否正確。4. 字符串長度檢查

18、: 輸入超出需求所說明的字符串長度的內(nèi)容, 看系統(tǒng)是否檢查字符串長度,會不會出錯. 22經(jīng)驗(yàn)交流常用的功能測試方法5. 字符類型檢查: 在應(yīng)該輸入指定類型內(nèi)容的地方輸入其他類型的內(nèi)容(如在應(yīng)該輸入整型的地方輸入其他字符類型),看系統(tǒng)是否檢查字符類型,會否報錯.6. 標(biāo)點(diǎn)符號檢查: 輸入內(nèi)容包括各種標(biāo)點(diǎn)符號,特別是空格,各種引號,回車鍵.系統(tǒng)處理是否正確. 7.檢查帶出信息的完整性: 在查看信息和update信息時,查看所填寫的信息是不是全部帶出.,帶出信息和添加的是否一致(如保存的信息) 8.信息重復(fù): 在一些需要命名,且名字應(yīng)該唯一的信息輸入重復(fù)的名字或ID,看系統(tǒng)有沒有處理,會否報錯,重名

19、包括是否區(qū)分大小寫,以及在輸入內(nèi)容的前后輸入空格,系統(tǒng)是否作出正確處理.23經(jīng)驗(yàn)交流常用的功能測試方法9. 檢查刪除功能:在一些可以一次刪除多個信息的地方,不選擇任何信息, 按”delete”,看系統(tǒng)如何處理,是否出錯;10.檢查修改重名:修改時把不能重名的項(xiàng)改為已存在的內(nèi)容,看會否處理,報錯同時也要注意,會不會報和自已重名的錯;11. 重復(fù)提交表單：一條已經(jīng)成功提交的紀(jì)錄，back后再提交，看看系統(tǒng)是否作了處理; 12.檢查多次使用back鍵的情況, 在有back的地方,back,回到原來頁面,再back重復(fù)多次,看是否會出錯;24經(jīng)驗(yàn)交流常用的功能測試方法13. search檢查: 在有s

20、earch功能的地方輸入系統(tǒng)存在和不存在的內(nèi)容,看search結(jié)果是否正確.如果可以輸入多個search條件,可以同時添加合理和不合理的條件,看系統(tǒng)處理是否正確. 14.輸入信息位置: 注意在光標(biāo)停留的地方輸入信息時,光標(biāo)和所輸入的信息會否跳到別的地方.15.上傳下載文件檢查：上傳下載文件的功能是否實(shí)現(xiàn)，上傳文件是否能打開。對上傳文件的格式有何規(guī)定，系統(tǒng)是否有解釋信息，并檢查系統(tǒng)是否能夠做到。16.必填項(xiàng)檢查：應(yīng)該填寫的項(xiàng)沒有填寫時系統(tǒng)是否都做了處理，對必填項(xiàng)是否有提示信息，如在必填項(xiàng)前加* ;25測試工程師應(yīng)具備的素質(zhì)一個好的測試工程師應(yīng)具備的素質(zhì)1.溝通能力 一名理想的測試者必須能夠同測試

21、涉及到的所有人進(jìn)行溝通，具有與技術(shù)（開發(fā)者）和非技術(shù)人員（客戶，管理人員）的交流能力。既要可以和用戶談得來，又能同開發(fā)人員說得上話，不幸的是這兩類人沒有共同語言。和用戶談話的重點(diǎn)必須放在系統(tǒng)可以正確地處理什么和不可以處理什么上。而和開發(fā)者談相同的信息時，就必須將這些活重新組織以另一種方式表達(dá)出來，測試小組的成員必須能夠同等地同用戶和開發(fā)者溝通。2.移情能力 和系統(tǒng)開發(fā)有關(guān)的所有人員都處在一種既關(guān)心又擔(dān)心的狀態(tài)之中。用戶擔(dān)心將來使用一個不符合自己要求的系統(tǒng)，開發(fā)者則擔(dān)心由于系統(tǒng)要求不正確而使他不得不重新開發(fā)整個系統(tǒng)，管理部門則擔(dān)心這個系統(tǒng)突然崩潰而使它的聲譽(yù)受損。測試者必須和每一類人打交道，因此需要測試小組的成員對他們每個人都具有足夠的理解和同情，具備了這種能力可以將測試人員與相關(guān)人員之間的沖突和對抗減少到最低程度。 26測試工程師應(yīng)具