軟件測試心得

1、軟件測試心得體會軟件測試工作是一個系統(tǒng)而復(fù)雜的工程，軟件測試的目的就是確保軟件的質(zhì)量、確認(rèn)軟件以正確的方式做了你所期望的事情，所以工作的主要任務(wù)是發(fā)現(xiàn)軟件的錯誤、有效定義和實現(xiàn)軟件成分由底層到高層的組裝過程、驗證軟件是否滿足規(guī)格書要求和系統(tǒng)定義文檔所規(guī)定的技術(shù)要求、為軟件質(zhì)量模型的建立提供依據(jù)。而且軟件的測試不僅是要確保軟件的質(zhì)量，還要給開發(fā)人員提供信息，以方便其為風(fēng)險評估做相應(yīng)的準(zhǔn)備，以及為其提供分析依據(jù)，重要的是要貫穿在整個軟件開發(fā)的過程中，保證整個軟件開發(fā)的過程是高質(zhì)量的。軟件測試對測試工程師來講，要求具備較強的專業(yè)知識，嚴(yán)謹(jǐn)細(xì)心耐心的測試態(tài)度，良好的反向思維、發(fā)散思維能力、溝通能力等等

2、。以下是就自己的個人工作經(jīng)歷談一些淺見：1. 標(biāo)準(zhǔn)文檔的制定：1.1.任何一個公司要讓自己的產(chǎn)品面市，都要有自己的一 套完整的品質(zhì)標(biāo)準(zhǔn)，這個標(biāo)準(zhǔn)一定是在符合國標(biāo)及客戶標(biāo)準(zhǔn)的基礎(chǔ)上形成的企業(yè)標(biāo)準(zhǔn)，系統(tǒng)而全面地描述一款產(chǎn)品的功能、性能、可靠性、健壯性、安規(guī)要求等一系列的產(chǎn)品標(biāo)準(zhǔn)，并根據(jù)客戶特定要求相應(yīng)調(diào)整。1.2.測試儀器的作業(yè)指導(dǎo)書(SOP)及保養(yǎng)說明等。定義儀器 的使用步驟、操作指南和保養(yǎng)細(xì)則等。2. 測試資料的歸檔：標(biāo)準(zhǔn)媒體文件、測試報告、BUG LIST庫（電子類問題、結(jié)構(gòu)類問題、軟件類問題：方案自存問題、品證測試問題、生產(chǎn)測試問題、客戶反饋問題、終端消費者反饋問題等）、認(rèn)證測試文檔歸納總

3、結(jié)(認(rèn)證公司培訓(xùn)資料、認(rèn)證過程中出現(xiàn)并改善的問題)、測試工程師經(jīng)驗分享、常見問題解答FAQ等。3. 功能測試：3.1.這是軟件測試工作中最核心和最基本的一項測試，該測試的主要內(nèi)容是檢查軟件是否符合需求定義，并通過構(gòu)造正常的操作來檢查的動作是否正確；在這個測試?yán)铮_性是最最重要的軟件質(zhì)量要素。3.2.功能測試按照可見性可以分為兩類：顯性功能和隱性功能。顯性功能：指在菜單里可以看得到的功能。隱性功能：指在菜單里看不到的功能。例如，電話本的顯性功能有增加、編輯、刪除、撥打等，這些功能可以在電話本的菜單里面看得到，姓名列表排序則屬于一個隱性功能，因為在電話本的菜單里沒有這樣一個子菜單，但它卻是一個實

4、實在在的功能。如以下這些隱性功能都測試中都需重點關(guān)注：a. 電話本上下頁切換，是否有遺漏聯(lián)系人信息？b. 是否支持手機內(nèi)存、SIM卡電話本的同時下載？還是支持從一種介質(zhì)里下載？c. 斷電后再上電，系統(tǒng)設(shè)置的時間是否有記憶功能？d. GPS信號正常時，導(dǎo)航地圖中時間是否有更新？e. TFT屏在Power offon, ACC offon時，屏的角度是否有記憶？f. 模擬導(dǎo)航時，是否有雙工功能？后臺源聲音輸出是否正常？g. 路試語音產(chǎn)品外置麥克風(fēng)使用效果時，考慮車速、風(fēng)聲、車內(nèi)講話噪聲、汽車底盤/發(fā)動機噪聲等對麥克風(fēng)錄音效果的影響，軟件多線程開啟時導(dǎo)致的資源占用/系統(tǒng)繁忙對后臺錄音系統(tǒng)的影響。(也

5、可從結(jié)構(gòu)方面考慮：外置麥克風(fēng)型腔開孔的接觸面積，是否360度可旋轉(zhuǎn)等來增加錄音的路徑等。）h. 地圖上的POI信息通過后臺語音搜索獲取不到，解決措施：要求方案商訊飛完善后臺語音庫。3.3.在實際的測試過程中，顯性功能通過菜單遍歷可以很容易地進(jìn)行無遺漏的測試，但是隱性功能卻很容易為我們所忽略！一個有效的解決辦法是去檢查軟件的功能定義列表(Feature List)，從這個列表里面找出那些隱性的功能。3.4.制定測試用例時，要充分考慮各功能模塊軟件的顯性功能和隱性功能。4. 健壯性測試： 橘生淮南則為橘，生于淮北則為枳。是說明橘的健壯性太差。該成語充分說明了我們對產(chǎn)品進(jìn)行健壯性測試的必要性。4.1

6、.健壯性是指在異常情況下，軟件還能正常運行的能力。健壯性有兩層含義：一是容錯能力，二是恢復(fù)能力。健壯性測試主要包括：電子硬件健壯性(如：遙控距離測試、高低電壓適應(yīng)性測試、插拔電及開關(guān)機測試、靜電抗擾度測試、熱插拔測試)和機械健壯性(如：整機結(jié)構(gòu)設(shè)計基準(zhǔn)測試、模擬運輸測試、常溫包裝跌落測試)。4.2.這項測試主要是檢查軟件對異常操作的容錯能力，異常操作通常要考慮異常輸入操作及異常條件兩個方面。例如：測試藍(lán)光媒體播放器時，反復(fù)把HDMI連接線拔掉，造成通信異常中斷，再接上復(fù)合視頻(CVBS)信號輸出，即由數(shù)字信號輸出轉(zhuǎn)為模擬信號輸出?；謴?fù)測試重點考察一下幾項：（1）系統(tǒng)能否重新運行；（2）有無重要

7、的數(shù)據(jù)丟失；（3）是否毀壞了其它相關(guān)的軟件或硬件；（4）若軟件出現(xiàn)系統(tǒng)報錯，是否有自恢復(fù)能力。4.3.軟件的很多功能的實現(xiàn)是有很多隱含的條件的，在健壯性測試中，要檢查當(dāng)這些條件不滿足的時候的反應(yīng)。例如：目前大多數(shù)3G智能手機，與各電信運營商形成利益捆綁，每款手機支持特定的電信運營商提供的通信服務(wù)，其它運營商提供的服務(wù)則被拒之門外。當(dāng)使用移動SIM卡安裝在只支持聯(lián)通通信服務(wù)的3G手機上，關(guān)注該手機表現(xiàn)：是否在執(zhí)行自動更新時重啟？還是執(zhí)行自動更新后提示不支持移動運營通信服務(wù)：SIM card not supported, emergency calls only？例如：在做完常溫包裝跌落測試后，再

8、測試機芯的讀碟能力，讀取偏芯碟、面振碟、偏重心碟、刮痕碟、指紋碟等等碟片，與未做跌落測試前讀碟能力進(jìn)行比較。如果讀碟能力比以前更差，則考慮改進(jìn)措施：軟件適當(dāng)增加錄軌時間或機芯托盤加固等。5. 矩陣測試5.1.矩陣測試是使處于一個特定的狀態(tài)，然后構(gòu)造一個異步事件，檢查當(dāng)這個異步事件發(fā)生時軟件的性能。5.2.根據(jù)事件的來源，異步事件分為外部事件和內(nèi)部事件 兩種。外部事件舉例：藍(lán)牙模式下來短信、來電話、各種介質(zhì)(U盤、iPod、導(dǎo)航卡、收音天線)接入等。如接入導(dǎo)航盒后，導(dǎo)航不運行，看是否會對其它模式的運行產(chǎn)生影響？最近測試的Mazda J53R就是在接入導(dǎo)航盒后，產(chǎn)生系統(tǒng)不穩(wěn)定，長時間播放藍(lán)牙音樂、

9、iPod曲目等會出現(xiàn)系統(tǒng)報錯。 內(nèi)部事件舉例：車載DVD藍(lán)牙自動連接、自動接聽、音樂下載流量使用提醒, 手機低電警告、自動關(guān)機等。如帶在線音樂功能的車載DVD，插上3G dongle時，下載歌曲時是否有流量提醒：該歌曲占用多少容量、目前已用多少流量、還剩余多少流量。6. UI測試好的UI設(shè)計不僅是讓軟件變得有個性有品味，還要讓軟件的操作變得舒適、簡單、自由、充分體現(xiàn)軟件的定位和特點。 UI測試遵循的原則：6.1.易用原則：如主菜單icon的排列布局：橫縱向、環(huán)形、橢圓形。6.2.友好原則：歌曲列表中的drag bar是否太窄，導(dǎo)致不方便拖動？6.3.求美原則：檢查在UI的布局里，各種要素是否能

10、傳達(dá)一種美感，布局是否合理，色彩是否合諧。如拖動列表的動態(tài)效果、刷新列表的沙漏效果等。 6.4.一致性原則：同樣的一個功能的UI在不同的情景(scenario)所呈現(xiàn)的方式應(yīng)該保持一致。例如：在設(shè)置菜單選擇DSP模式，退出后在各放音源下檢查DSP模式與設(shè)置菜單中是否一致；將系統(tǒng)語言改為英語等其它語言，播放界面及菜單等，拼寫是否正確，顯示是否一致、是否越界等。6.5.普遍性原則：即遵循約定俗成的規(guī)定。藍(lán)牙icon一般遵照藍(lán)牙認(rèn)證協(xié)會標(biāo)識，如果自己另外搞一種icon設(shè)計，反而弄得不倫不類。測試用戶界面的色彩搭配、整體布局、行距、對齊，樣式統(tǒng)一等等。還有就是一些控件是否合理，提示信息和頁面信息是否有

11、語法錯誤等等一系列問題，都應(yīng)考慮進(jìn)去。7.用戶體驗： 用戶體驗：一種純主觀在用戶使用產(chǎn)品過程中建立起來的感受。對于一個界定明確的用戶群體來講，其用戶體驗的共性是能夠經(jīng)由良好設(shè)計實驗來認(rèn)識到。例如： 7.1.自然往往和人的本性相關(guān)的。微信的搖一搖是個以“自然”為目標(biāo)的設(shè)計。設(shè)計“搖一搖”時，目標(biāo)是和人的“自然”或者說“本能”動作體驗做到一致。搖一搖的體驗包括：動作:搖動；視覺:屏幕裂開并合上來響應(yīng)動作； 聽覺:有吸引力的聲音來響應(yīng)動作；結(jié)果:從屏幕中央滑下的一張名片。整個界面沒有菜單和按鈕。但幾乎沒有比它更簡單的交互體驗了。聯(lián)想到車載DVD，如果能通過手勢識別來實現(xiàn)上、下頁菜單的切換也是不錯的選

12、擇。7.2.如Mazda J53R平臺藍(lán)牙電話本的下載，使用部分手機連接成功后下載時間超過2分鐘并提示Time out，且電話本條目數(shù)量也不多，約200條，從用戶角度來說此時長不合理且不易接受。例如建議軟件增加電話本保存在內(nèi)存中，需要調(diào)用時直接從主機菜單內(nèi)導(dǎo)出即可，這樣方便且快捷，而且下載時間快，不需再通過藍(lán)牙傳輸。7.3.主機主音量不變的情況下，通過切換模式，主觀感覺不同模式下聲音輸出幅度不一致，即不同模式間切換感覺聲音忽大忽小，這樣就會給用戶造成較差的聽覺感受。此時我們可通過增益平衡(Gain Balance)來分析各源間的信號輸出幅度：a.將TCD-784碟第2曲1KHz 0dB信號作為

13、標(biāo)準(zhǔn)信號通過Line out輸出,再在信號發(fā)生器上定標(biāo)準(zhǔn)輸出；b.調(diào)節(jié)信號發(fā)生器參數(shù)為頻率98.1MHz,調(diào)制率75KHz，信號強度66dB,比較與CD輸出時的幅度差別；c.調(diào)節(jié)信號發(fā)生器參數(shù)為頻率999KHz,調(diào)制率80%，信號強度80dB,比較與CD輸出時的幅度差別；d.轉(zhuǎn)到AUX,將輸入設(shè)置為1KHz，500MV(-12dB), 比較與CD輸出時的幅度差別。通過不同模式下的輸出幅度對比作為理論依據(jù)來改善, 如判定標(biāo)準(zhǔn)0+/-3dB。8.兼容性測試：主要測試不同介質(zhì)對于被測設(shè)備的表現(xiàn)。包括：硬件兼容性測試(USB、SD、碟片、藍(lán)牙手機等兼容性測試)和軟件兼容性測試(音視頻、圖片、文本格式兼

14、容性測試)。如何在有限的成本和資源考慮下，針對此軟件產(chǎn)品規(guī)劃出適當(dāng)?shù)募嫒菪詼y試，是所有軟件測試技術(shù)人員關(guān)注的重點。8.1.評估軟件應(yīng)用環(huán)境，有針對性的制定測試計劃。做多少設(shè)備投資？投入多少人力？要測試多少兼容性測試完全會影響到軟件產(chǎn)品的最終成本。想要專心和投資在研發(fā)上，又想要節(jié)省成本的做好兼容性測試，只有評估軟件應(yīng)用環(huán)境，有針對性的制定兼容性測試計劃,才能兼顧成本和產(chǎn)品的兼容性質(zhì)量。8.2.在多種平臺/應(yīng)用環(huán)境上測試一個軟件產(chǎn)品的開發(fā)成功，不僅僅是編寫完為使用者提供服務(wù)功能的程序而已，更重要的是能在用戶環(huán)境中可靠的運行。因此，軟件程序編寫工作的完成，其實只是完成了開發(fā)任務(wù)中的一半，對軟件進(jìn)行模

15、擬用戶環(huán)境進(jìn)行兼容性測試其重要性不亞于對程序本身的開發(fā)。因此在不同平臺、不同版本軟件上做對比測試很有必要。9.性能測試性能測試通過自動化的測試工具模擬多種正常、峰值以及異常負(fù)載條件來對系統(tǒng)的各項性能指標(biāo)進(jìn)行測試。負(fù)載測試和壓力測試都屬于性能測試，兩者可以結(jié)合進(jìn)行。9.1.測試通道延遲和極性（Channel Delay and Polarity）， 播放通道激勵信號bd_8ch_delaypol_21,使用AP2700 掃描到的曲線圖（如下），以此觀察通道的延遲和極性是否符合要求。9.2.音視頻同步（A/V Synchronize）,播放標(biāo)準(zhǔn)AV測試信號，使用AV同步測試儀接受信號，測試儀的另一

16、端連接PC。如Dolby Digital Plus判定標(biāo)準(zhǔn)：視頻先于音頻10ms或視頻后于音頻15ms，為可接受范圍。10.臨界測試臨界測試，就是指數(shù)據(jù)在保存、刪除、傳送、發(fā)送時或者這些動作即將發(fā)生時，考察軟件對外部干擾事件的處理情況。如文本文件容量大于或等于設(shè)計容量，關(guān)注讀取時的表現(xiàn)；藍(lán)牙通話/藍(lán)牙音樂關(guān)注傳輸距離臨界值附近的測試結(jié)果；藍(lán)牙連接成功立即斷開再連接等。如MTK平臺的某些機型在即將刪除一條短信息時收到一條新信息，但刪除的卻不是剛剛選定的那條信息，而是剛剛收到的這條新信息！11.可靠性測試11.1.可靠性是指在一定的環(huán)境下、在給定的時間里，軟件不發(fā)生故障的概率。11.2.可靠性本來

17、是硬件領(lǐng)域的術(shù)語，比如某個電子設(shè)備在剛開始工作時挺好的，但由于器件在工作中其物理性質(zhì)會發(fā)生變化（如發(fā)熱），慢慢地系統(tǒng)的功能或性能就會失常。例如：高溫工作試驗：常溫下將產(chǎn)品置于恒溫恒濕試驗箱中，按實際裝車的狀態(tài)連接輸入設(shè)備，負(fù)載設(shè)備，電源，使樣機為POWER OFF狀態(tài)，逐步升溫到+70，保持2小時后，使樣機為POWER ON標(biāo)準(zhǔn)工作狀態(tài)，分別設(shè)置為AM、FM電臺收音/DVD、CD、SD卡播放/藍(lán)牙/導(dǎo)航等工作模式下工作，若無電臺則接收AM/FM信號發(fā)生器輸出標(biāo)準(zhǔn)信號,音量開關(guān)置1W輸出功率位置,試驗中經(jīng)常確認(rèn)樣機工作是否正常。樣品工作72小時后，外觀、功能應(yīng)正常；試驗后在常溫下放置2小時以上，

18、電性能指標(biāo)測試應(yīng)正常。11.3.軟件在運行過程中不會發(fā)生像硬件那樣的物理變化，但是并不代表軟件現(xiàn)在運行是正確的，那它一輩子運行也是正確的，說不定哪一天它就不正常了。軟件中司空見慣的“內(nèi)存泄漏”與”誤差積累“等問題不是一時半會兒就能測試出來的，需要一個較長時間的觀察。例如：做完高溫試驗導(dǎo)致Flash壞塊、或丟代碼等，此時需要軟件對該模塊代碼做雙備份處理。11.4.時隱時現(xiàn)的問題一般都屬于可靠性問題，糾錯的成本非常高。當(dāng)工程師十萬火急地感到問題現(xiàn)場時，問題消失了；等工程師離開后，問題又出現(xiàn)了，仿佛敵進(jìn)我退一般！此種低概率現(xiàn)象一定要錄好Trace和Video。12.黑盒測試模型12.1.黑盒測試不需

19、要去關(guān)注軟件的整體架構(gòu)及其編碼細(xì)則，只需要通過構(gòu)造一些合理的輸入（操作），來觀察被測設(shè)備的實際結(jié)果或現(xiàn)象（輸出），從而判定是否存在問題，需求文檔是黑盒測試的主要依據(jù)。12.2.在一個功能的實現(xiàn)過程中，可能存在這一些隱含的制約條件，它們影響著期望結(jié)果或者是輸出。“牛吃的是草，擠出的是奶”，這個命題有一個制約條件，魯迅先生雖然沒有說明，但我們應(yīng)該明白，這里是特指母牛，你就是把公牛捏死了也擠不出奶來！12.3.問題就是輸出跟期望結(jié)果的差距，需要注意的是，當(dāng)立場不同時，對問題的定性也可能不一樣，開發(fā)人員站在研發(fā)的角度說這不是問題，測試人員站在質(zhì)量的角度說這是問題。 13.實用的黑盒技術(shù)13.1.輸入的構(gòu)造通常會采用窮舉的思想，可是窮舉的空間如果非常大，那將使人十分的沮喪，還不如回家象張恒一樣數(shù)星星，說不定還能數(shù)出個天文學(xué)家來。有兩種手段可以有效地縮小窮舉空間：等價劃分和邊界值分析。13.2.等價劃分：等價區(qū)間的概念可以這樣表述，設(shè)(A，B)是命題f(x)的一個等價區(qū)間，在(A，B)中任意取值x1進(jìn)行測試：如果f(x1)錯誤，那么f(x)在整個區(qū)間(A，B)上都將出錯； 如果f(x1)正確，那么f(x)在整個區(qū)間(A，B)上都將正確。 等價劃分思想的關(guān)鍵是找到一個合適的標(biāo)準(zhǔn)去劃分等價區(qū)間！新中國成立不久，有一位外國記者問周恩來總理：總理先生，請問你們中國有幾個廁所？意