第一篇：軟件測(cè)試心得

從事測(cè)試到現(xiàn)在已有半年多的時(shí)間，剛開始做為新人時(shí)，面對(duì)未接觸過的系統(tǒng)中的每個(gè)模塊，心中是有些慌張的。僅憑業(yè)務(wù)學(xué)習(xí)和前輩們講的測(cè)試方法還是很難做到完全讓自己放心，這可能是新人的通病，害怕測(cè)試不全面不深入。至少我在測(cè)試之初，是比較膽怯的。隨著時(shí)間的推移，我發(fā)現(xiàn)自己越來越自信，特別是面對(duì)新的模塊新的功能消除了那種恐懼感?？偨Y(jié)了以前的一些心得，供大家交流：

一、根據(jù)自己的實(shí)際情況，做一個(gè)學(xué)習(xí)計(jì)劃，邊學(xué)邊測(cè)，以學(xué)來熟悉側(cè)，以測(cè)來鞏固學(xué)，做到二者的融合；一開始會(huì)比較苦，畢竟很多都不熟悉，有時(shí)單據(jù)不能保存，有時(shí)流程走不下去，一定要堅(jiān)持住；業(yè)務(wù)知識(shí)熟悉了，就好多了。

二、剛開始時(shí)因?yàn)闃I(yè)務(wù)不熟悉，需求也不熟悉，就開始測(cè)試任務(wù)。這時(shí)自己就看看測(cè)試用例，隨便測(cè)測(cè)，看功能能不能正常走通。

1、根據(jù)功能做一個(gè)基本的測(cè)試計(jì)劃；當(dāng)然在做這個(gè)測(cè)試計(jì)劃時(shí)可以先問下你的主測(cè)或是開發(fā)經(jīng)理，有什么建議，畢竟他們經(jīng)驗(yàn)比我們豐富。

2、開始測(cè)試時(shí)，嚴(yán)格按照測(cè)試用例來執(zhí)行，當(dāng)然等業(yè)務(wù)熟練后，自己可以寫測(cè)試用例來執(zhí)行，畢竟原有測(cè)試用例并未覆蓋整個(gè)模塊的功能；這樣就可以補(bǔ)缺補(bǔ)漏。

3、在學(xué)習(xí)或測(cè)試中，有不懂的或是不明白的地方，盡量去問主測(cè)或是其他同事，但要有個(gè)度，畢竟別人都有自己的任務(wù)，不要一有問題就問，你可以將今天學(xué)習(xí)或是測(cè)試中存在的問題一條條記錄下來，等中午休息或是下班前一刻向別人求教；也可回家后自己上網(wǎng)上搜索相關(guān)的知識(shí)解決問題。

三、學(xué)會(huì)換位思考，將自己當(dāng)客戶，發(fā)揮自己的想象找出客戶存在的應(yīng)用場(chǎng)景，在客戶操作的基礎(chǔ)上尋找測(cè)試突破口，假如實(shí)際經(jīng)驗(yàn)積累不多，可上網(wǎng)查找或是詢問別人；因?yàn)槊總€(gè)客戶的操作不一樣，會(huì)存在比較復(fù)雜業(yè)務(wù)邏輯，這時(shí)可以分解成一小塊一小塊測(cè)試，最后再從整體的角度入手；由簡單到復(fù)雜，簡單的測(cè)試通過后再做復(fù)雜的測(cè)試，而不是一開始就做復(fù)雜的測(cè)試。

四、隨時(shí)記錄學(xué)習(xí)到的新知識(shí)，特別是其他相關(guān)模塊的知識(shí)；同時(shí)記錄工作心得，特別是好的測(cè)試方法和測(cè)試思考方法；好記憶不如爛筆頭，何況在這科技發(fā)達(dá)的時(shí)代，鍵盤隨便敲敲，即清晰又明了，下次碰到相同問題可查看。

最后說一句，路是自己走出來的，測(cè)試也是自己測(cè)出來的。

第二篇：軟件測(cè)試心得

軟件測(cè)試心得體會(huì)

軟件測(cè)試工作是一個(gè)系統(tǒng)而復(fù)雜的工程，軟件測(cè)試的目的就是確保軟件的質(zhì)量、確認(rèn)軟件以正確的方式做了你所期望的事情，所以工作的主要任務(wù)是發(fā)現(xiàn)軟件的錯(cuò)誤、有效定義和實(shí)現(xiàn)軟件成分由底層到高層的組裝過程、驗(yàn)證軟件是否滿足規(guī)格書要求和系統(tǒng)定義文檔所規(guī)定的技術(shù)要求、為軟件質(zhì)量模型的建立提供依據(jù)。

而且軟件的測(cè)試不僅是要確保軟件的質(zhì)量，還要給開發(fā)人員提供信息，以方便其為風(fēng)險(xiǎn)評(píng)估做相應(yīng)的準(zhǔn)備，以及為其提供分析依據(jù)，重要的是要貫穿在整個(gè)軟件開發(fā)的過程中，保證整個(gè)軟件開發(fā)的過程是高質(zhì)量的。

軟件測(cè)試對(duì)測(cè)試工程師來講，要求具備較強(qiáng)的專業(yè)知識(shí)，嚴(yán)謹(jǐn)細(xì)心耐心的測(cè)試態(tài)度，良好的反向思維、發(fā)散思維能力、溝通能力等等。

以下是就自己的個(gè)人工作經(jīng)歷談一些淺見：

1.標(biāo)準(zhǔn)文檔的制定：

1.1.任何一個(gè)公司要讓自己的產(chǎn)品面市，都要有自己的一 套完整的品質(zhì)標(biāo)準(zhǔn)，這個(gè)標(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.測(cè)試儀器的作業(yè)指導(dǎo)書(SOP)及保養(yǎng)說明等。定義儀器 的使用步驟、操作指南和保養(yǎng)細(xì)則等。

2.測(cè)試資料的歸檔：

標(biāo)準(zhǔn)媒體文件、測(cè)試報(bào)告、BUG LIST庫（電子類問題、結(jié)構(gòu)類問題、軟件類問題：方案自存問題、品證測(cè)試問題、生產(chǎn)測(cè)試問題、客戶反饋問題、終端消費(fèi)者反饋問題等）、認(rèn)證測(cè)試文檔歸納總結(jié)(認(rèn)證公司培訓(xùn)資料、認(rèn)證過程中出現(xiàn)并改善的問題)、測(cè)試工程師經(jīng)驗(yàn)分享、常見問題解答FAQ等。

3.功能測(cè)試：

3.1.這是軟件測(cè)試工作中最核心和最基本的一項(xiàng)測(cè)試，該測(cè)試的主要內(nèi)容是檢查軟件是否符合需求定義，并通過構(gòu)造正常的操作來檢查的動(dòng)作是否正確；在這個(gè)測(cè)試?yán)?，正確性是最最重要的軟件質(zhì)量要素。

3.2.功能測(cè)試按照可見性可以分為兩類：顯性功能和隱性功能。

顯性功能：指在菜單里可以看得到的功能。隱性功能：指在菜單里看不到的功能。

例如，電話本的顯性功能有增加、編輯、刪除、撥打等，這些功能可以在電話本的菜單里面看得到，姓名列表排序則屬于一個(gè)隱性功能，因?yàn)樵陔娫挶镜牟藛卫餂]有這樣一個(gè)子菜單，但它卻是一個(gè)實(shí)實(shí)在在的功能。如以下這些隱性功能都測(cè)試中都需重點(diǎn)關(guān)注： a.電話本上下頁切換，是否有遺漏聯(lián)系人信息？ b.是否支持手機(jī)內(nèi)存、SIM卡電話本的同時(shí)下載？還是支持從一種介質(zhì)里下載？

c.斷電后再上電，系統(tǒng)設(shè)置的時(shí)間是否有記憶功能？ d.GPS信號(hào)正常時(shí)，導(dǎo)航地圖中時(shí)間是否有更新？ e.TFT屏在Power off→on, ACC off→on時(shí)，屏的角度是否有記憶？

f.模擬導(dǎo)航時(shí)，是否有雙工功能？后臺(tái)源聲音輸出是否正常？

g.路試語音產(chǎn)品外置麥克風(fēng)使用效果時(shí)，考慮車速、風(fēng)聲、車內(nèi)講話噪聲、汽車底盤/發(fā)動(dòng)機(jī)噪聲等對(duì)麥克風(fēng)錄音效果的影響，軟件多線程開啟時(shí)導(dǎo)致的資源占用/系統(tǒng)繁忙對(duì)后臺(tái)錄音系統(tǒng)的影響。(也可從結(jié)構(gòu)方面考慮：外置麥克風(fēng)型腔開孔的接觸面積，是否360度可旋轉(zhuǎn)等來增加錄音的路徑等。）

h.地圖上的POI信息通過后臺(tái)語音搜索獲取不到，解決措施：要求方案商訊飛完善后臺(tái)語音庫。

3.3.在實(shí)際的測(cè)試過程中，顯性功能通過菜單遍歷可以很容易地進(jìn)行無遺漏的測(cè)試，但是隱性功能卻很容易為我們所忽略！一個(gè)有效的解決辦法是去檢查軟件的功能定義列表(Feature List)，從這個(gè)列表里面找出那些隱性的功能。

3.4.制定測(cè)試用例時(shí)，要充分考慮各功能模塊軟件的顯性功能和隱性功能。

4.健壯性測(cè)試：

橘生淮南則為橘，生于淮北則為枳。是說明橘的健壯性太差。該成語充分說明了我們對(duì)產(chǎn)品進(jìn)行健壯性測(cè)試的必要性。4.1.健壯性是指在異常情況下，軟件還能正常運(yùn)行的能力。健壯性有兩層含義：一是容錯(cuò)能力，二是恢復(fù)能力。健壯性測(cè)試主要包括：電子硬件健壯性(如：遙控距離測(cè)試、高低電壓適應(yīng)性測(cè)試、插拔電及開關(guān)機(jī)測(cè)試、靜電抗擾度測(cè)試、熱插拔測(cè)試)和機(jī)械健壯性(如：整機(jī)結(jié)構(gòu)設(shè)計(jì)基準(zhǔn)測(cè)試、模擬運(yùn)輸測(cè)試、常溫包裝跌落測(cè)試)。4.2.這項(xiàng)測(cè)試主要是檢查軟件對(duì)異常操作的容錯(cuò)能力，異常操作通常要考慮異常輸入操作及異常條件兩個(gè)方面。例如：測(cè)試藍(lán)光媒體播放器時(shí)，反復(fù)把HDMI連接線拔掉，造成通信異常中斷，再接上復(fù)合視頻(CVBS)信號(hào)輸出，即由數(shù)字信號(hào)輸出轉(zhuǎn)為模擬信號(hào)輸出?；謴?fù)測(cè)試重點(diǎn)考察一下幾項(xiàng)：（1）系統(tǒng)能否重新運(yùn)行；（2）有無重要的數(shù)據(jù)丟失；（3）是否毀壞了其它相關(guān)的軟件或硬件；（4）若軟件出現(xiàn)系統(tǒng)報(bào)錯(cuò)，是否有自恢復(fù)能力。

4.3.軟件的很多功能的實(shí)現(xiàn)是有很多隱含的條件的，在健壯性測(cè)試中，要檢查當(dāng)這些條件不滿足的時(shí)候的反應(yīng)。例如：目前大多數(shù)3G智能手機(jī)，與各電信運(yùn)營商形成利益捆綁，每款手機(jī)支持特定的電信運(yùn)營商提供的通信服務(wù)，其它運(yùn)營商提供的服務(wù)則被拒之門外。當(dāng)使用移動(dòng)SIM卡安裝在只支持聯(lián)通通信服務(wù)的3G手機(jī)上，關(guān)注該手機(jī)表現(xiàn)：是否在執(zhí)行自動(dòng)更新時(shí)重啟？還是執(zhí)行自動(dòng)更新后提示不支持移動(dòng)運(yùn)營通信服務(wù)：SIM card not supported, emergency calls only？

例如：在做完常溫包裝跌落測(cè)試后，再測(cè)試機(jī)芯的讀碟能力，讀取偏芯碟、面振碟、偏重心碟、刮痕碟、指紋碟等等碟片，與未做跌落測(cè)試前讀碟能力進(jìn)行比較。如果讀碟能力比以前更差，則考慮改進(jìn)措施：軟件適當(dāng)增加錄軌時(shí)間或機(jī)芯托盤加固等。

5.矩陣測(cè)試

5.1.矩陣測(cè)試是使處于一個(gè)特定的狀態(tài)，然后構(gòu)造一個(gè)異步事件，檢查當(dāng)這個(gè)異步事件發(fā)生時(shí)軟件的性能。

5.2.根據(jù)事件的來源，異步事件分為外部事件和內(nèi)部事件

兩種。

外部事件舉例：藍(lán)牙模式下來短信、來電話、各種介質(zhì)(U盤、iPod、導(dǎo)航卡、收音天線)接入等。如接入導(dǎo)航盒后，導(dǎo)航不運(yùn)行，看是否會(huì)對(duì)其它模式的運(yùn)行產(chǎn)生影響？最近測(cè)試的Mazda J53R就是在接入導(dǎo)航盒后，產(chǎn)生系統(tǒng)不穩(wěn)定，長時(shí)間播放藍(lán)牙音樂、iPod曲目等會(huì)出現(xiàn)系統(tǒng)報(bào)錯(cuò)。

內(nèi)部事件舉例：車載DVD藍(lán)牙自動(dòng)連接、自動(dòng)接聽、音樂下載流量使用提醒, 手機(jī)低電警告、自動(dòng)關(guān)機(jī)等。如帶在線音樂功能的車載DVD，插上3G dongle時(shí)，下載歌曲時(shí)是否有流量提醒：該歌曲占用多少容量、目前已用多少流量、還剩余多少流量。

6.UI測(cè)試

好的UI設(shè)計(jì)不僅是讓軟件變得有個(gè)性有品味，還要讓軟件的操作變得舒適、簡單、自由、充分體現(xiàn)軟件的定位和特點(diǎn)。UI測(cè)試遵循的原則：

6.1.易用原則：如主菜單icon的排列布局：橫縱向、環(huán)形、橢圓形。

6.2.友好原則：歌曲列表中的drag bar是否太窄，導(dǎo)致不方便拖動(dòng)？

6.3.求美原則：檢查在UI的布局里，各種要素是否能傳達(dá)一種美感，布局是否合理，色彩是否合諧。

如拖動(dòng)列表的動(dòng)態(tài)效果、刷新列表的沙漏效果等。6.4.一致性原則：同樣的一個(gè)功能的UI在不同的情景(scenario)所呈現(xiàn)的方式應(yīng)該保持一致。

例如：在設(shè)置菜單選擇DSP模式，退出后在各放音源下檢查DSP模式與設(shè)置菜單中是否一致；將系統(tǒng)語言改為英語等其它語言，播放界面及菜單等，拼寫是否正確，顯示是否一致、是否越界等。

6.5.普遍性原則：即遵循約定俗成的規(guī)定。藍(lán)牙icon一般遵照藍(lán)牙認(rèn)證協(xié)會(huì)

標(biāo)識(shí)，如果自己另外搞一種icon設(shè)計(jì)，反而弄得不倫不類。

測(cè)試用戶界面的色彩搭配、整體布局、行距、對(duì)齊，樣式統(tǒng)一等等。還有就是一些控件是否合理，提示信息和頁面信息是否有語法錯(cuò)誤等等一系列問題，都應(yīng)考慮進(jìn)去。

7.用戶體驗(yàn)：

用戶體驗(yàn)：一種純主觀在用戶使用產(chǎn)品過程中建立起來的感受。對(duì)于一個(gè)界定明確的用戶群體來講，其用戶體驗(yàn)的共性是能夠經(jīng)由良好設(shè)計(jì)實(shí)驗(yàn)來認(rèn)識(shí)到。例如：

7.1.自然往往和人的本性相關(guān)的。微信的搖一搖是個(gè)以“自然”為目標(biāo)的設(shè)計(jì)。設(shè)計(jì)“搖一搖”時(shí)，目標(biāo)是和人的“自然”或者說“本能”動(dòng)作體驗(yàn)做到一致。搖一搖的體驗(yàn)包括：動(dòng)作:搖動(dòng)；視覺:屏幕裂開并合上來響應(yīng)動(dòng)作； 聽覺:有吸引力的聲音來響應(yīng)動(dòng)作；結(jié)果:從屏幕中央滑下的一張名片。整個(gè)界面沒有菜單和按鈕。但幾乎沒有比它更簡單的交互體驗(yàn)了。聯(lián)想到車載DVD，如果能通過手勢(shì)識(shí)別來實(shí)現(xiàn)上、下頁菜單的切換也是不錯(cuò)的選擇。

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

a.將TCD-784碟第2曲1KHz 0dB信號(hào)作為標(biāo)準(zhǔn)信號(hào)通過Line out輸出,再在信號(hào)發(fā)生器上定標(biāo)準(zhǔn)輸出； b.調(diào)節(jié)信號(hào)發(fā)生器參數(shù)為頻率98.1MHz,調(diào)制率75KHz，信號(hào)強(qiáng)度66dB,比較與CD輸出時(shí)的幅度差別； c.調(diào)節(jié)信號(hào)發(fā)生器參數(shù)為頻率999KHz,調(diào)制率80%，信號(hào)強(qiáng)度80dB,比較與CD輸出時(shí)的幅度差別；

d.轉(zhuǎn)到AUX,將輸入設(shè)置為1KHz，500MV(-12dB), 比較與CD輸出時(shí)的幅度差別。

通過不同模式下的輸出幅度對(duì)比作為理論依據(jù)來改善, 如判定標(biāo)準(zhǔn)0+/-3dB。

8.兼容性測(cè)試：

主要測(cè)試不同介質(zhì)對(duì)于被測(cè)設(shè)備的表現(xiàn)。包括：硬件兼容性測(cè)試(USB、SD、碟片、藍(lán)牙手機(jī)等兼容性測(cè)試)和軟件兼容性測(cè)試(音視頻、圖片、文本格式兼容性測(cè)試)。

如何在有限的成本和資源考慮下，針對(duì)此軟件產(chǎn)品規(guī)劃出適當(dāng)?shù)募嫒菪詼y(cè)試，是所有軟件測(cè)試技術(shù)人員關(guān)注的重點(diǎn)。8.1.評(píng)估軟件應(yīng)用環(huán)境，有針對(duì)性的制定測(cè)試計(jì)劃。做多少設(shè)備投資？投入多少人力？要測(cè)試多少兼容性測(cè)試完全會(huì)影響到軟件產(chǎn)品的最終成本。想要專心和投資在研發(fā)上，又想要節(jié)省成本的做好兼容性測(cè)試，只有評(píng)估軟件應(yīng)用環(huán)境，有針對(duì)性的制定兼容性測(cè)試計(jì)劃,才能兼顧成本和產(chǎn)品的兼容性質(zhì)量。

8.2.在多種平臺(tái)/應(yīng)用環(huán)境上測(cè)試一個(gè)軟件產(chǎn)品的開發(fā)成功，不僅僅是編寫完為使用者提供服務(wù)功能的程序而已，更重要的是能在用戶環(huán)境中可靠的運(yùn)行。因此，軟件程序編寫工作的完成，其實(shí)只是完成了開發(fā)任務(wù)中的一半，對(duì)軟件進(jìn)行模擬用戶環(huán)境進(jìn)行兼容性測(cè)試其重要性不亞于對(duì)程序本身的開發(fā)。因此在不同平臺(tái)、不同版本軟件上做對(duì)比測(cè)試很有必要。

9.性能測(cè)試

性能測(cè)試通過自動(dòng)化的測(cè)試工具模擬多種正常、峰值以及異常負(fù)載條件來對(duì)系統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行測(cè)試。負(fù)載測(cè)試和壓力測(cè)試都屬于性能測(cè)試，兩者可以結(jié)合進(jìn)行。

9.1.測(cè)試通道延遲和極性（Channel Delay and Polarity），播放通道激勵(lì)信號(hào)bd_8ch_delaypol_21,使用AP2700 掃描到的曲線圖（如下），以此觀察通道的延遲和極性是否符合要求。

9.2.音視頻同步（A/V Synchronize）,播放標(biāo)準(zhǔn)AV測(cè)試信號(hào)，使用AV同步測(cè)試儀接受信號(hào)，測(cè)試儀的另一端連接PC。如Dolby Digital Plus判定標(biāo)準(zhǔn)：視頻先于音頻10ms或視頻后于音頻15ms，為可接受范圍。

10.臨界測(cè)試

臨界測(cè)試，就是指數(shù)據(jù)在保存、刪除、傳送、發(fā)送時(shí)或者這些動(dòng)作即將發(fā)生時(shí)，考察軟件對(duì)外部干擾事件的處理情況。如文本文件容量大于或等于設(shè)計(jì)容量，關(guān)注讀取時(shí)的表現(xiàn)；藍(lán)牙通話/藍(lán)牙音樂關(guān)注傳輸距離臨界值附近的測(cè)試結(jié)果；藍(lán)牙連接成功立即斷開再連接等。如MTK平臺(tái)的某些機(jī)型在即將刪除一條短信息時(shí)收到一條新信息，但刪除的卻不是剛剛選定的那條信息，而是剛剛收到的這條新信息！

11.可靠性測(cè)試

11.1.可靠性是指在一定的環(huán)境下、在給定的時(shí)間里，軟件不發(fā)生故障的概率。

11.2.可靠性本來是硬件領(lǐng)域的術(shù)語，比如某個(gè)電子設(shè)備在剛開始工作時(shí)挺好的，但由于器件在工作中其物理性質(zhì)會(huì)發(fā)生變化（如發(fā)熱），慢慢地系統(tǒng)的功能或性能就會(huì)失常。

例如：高溫工作試驗(yàn)：常溫下將產(chǎn)品置于恒溫恒濕試驗(yàn)箱中，按實(shí)際裝車的狀態(tài)連接輸入設(shè)備，負(fù)載設(shè)備，電源，使樣機(jī)為POWER OFF狀態(tài)，逐步升溫到+70℃，保持2小時(shí)后，使樣機(jī)為POWER ON標(biāo)準(zhǔn)工作狀態(tài)，分別設(shè)置為AM、FM電臺(tái)收音/DVD、CD、SD卡播放/藍(lán)牙/導(dǎo)航等工作模式下工作，若無電臺(tái)則接收AM/FM信號(hào)發(fā)生器輸出標(biāo)準(zhǔn)信號(hào),音量開關(guān)置1W輸出功率位置,試驗(yàn)中經(jīng)常確認(rèn)樣機(jī)工作是否正常。樣品工作72小時(shí)后，外觀、功能應(yīng)正常；試驗(yàn)后在常溫下放置2小時(shí)以上，電性能指標(biāo)測(cè)試應(yīng)正常。

11.3.軟件在運(yùn)行過程中不會(huì)發(fā)生像硬件那樣的物理變化，但是并不代表軟件現(xiàn)在運(yùn)行是正確的，那它一輩子運(yùn)行也是正確的，說不定哪一天它就不正常了。軟件中司空見慣的“內(nèi)存泄漏”與”誤差積累“等問題不是一時(shí)半會(huì)兒就能測(cè)試出來的，需要一個(gè)較長時(shí)間的觀察。例如：做完高溫試驗(yàn)導(dǎo)致Flash壞塊、或丟代碼等，此時(shí)需要軟件對(duì)該模塊代碼做雙備份處理。

11.4.時(shí)隱時(shí)現(xiàn)的問題一般都屬于可靠性問題，糾錯(cuò)的成本非常高。當(dāng)工程師十萬火急地感到問題現(xiàn)場(chǎng)時(shí)，問題消失了；等工程師離開后，問題又出現(xiàn)了，仿佛敵進(jìn)我退一般！此種低概率現(xiàn)象一定要錄好Trace和Video。

12.黑盒測(cè)試模型

輸入黑盒輸出制約條件期望結(jié)果 12.1.黑盒測(cè)試不需要去關(guān)注軟件的整體架構(gòu)及其編碼細(xì)則，只需要通過構(gòu)造一些合理的輸入（操作），來觀察被測(cè)設(shè)備的實(shí)際結(jié)果或現(xiàn)象（輸出），從而判定是否存在問題，需求文檔是黑盒測(cè)試的主要依據(jù)。

12.2.在一個(gè)功能的實(shí)現(xiàn)過程中，可能存在這一些隱含的制約條件，它們影響著期望結(jié)果或者是輸出。

“牛吃的是草，擠出的是奶”，這個(gè)命題有一個(gè)制約條件，魯迅先生雖然沒有說明，但我們應(yīng)該明白，這里是特指母牛，你就是把公牛捏死了也擠不出奶來！12.3.問題就是輸出跟期望結(jié)果的差距，需要注意的是，當(dāng)立場(chǎng)不同時(shí)，對(duì)問題的定性也可能不一樣，開發(fā)人員站在研發(fā)的角度說這不是問題，測(cè)試人員站在質(zhì)量的角度說這是問題。

13.實(shí)用的黑盒技術(shù)

13.1.輸入的構(gòu)造通常會(huì)采用窮舉的思想，可是窮舉的空間如果非常大，那將使人十分的沮喪，還不如回家象張恒一樣數(shù)星星，說不定還能數(shù)出個(gè)天文學(xué)家來。有兩種手段可以有效地縮小窮舉空間：等價(jià)劃分和邊界值分析。13.2.等價(jià)劃分：等價(jià)區(qū)間的概念可以這樣表述，設(shè)(A，B)是命題f(x)的一個(gè)等價(jià)區(qū)間，在(A，B)中任意取值x1進(jìn)行測(cè)試：

如果f(x1)錯(cuò)誤，那么f(x)在整個(gè)區(qū)間(A，B)上都將出錯(cuò)；

如果f(x1)正確，那么f(x)在整個(gè)區(qū)間(A，B)上都將正確。

等價(jià)劃分思想的關(guān)鍵是找到一個(gè)合適的標(biāo)準(zhǔn)去劃分等價(jià)區(qū)間！

新中國成立不久，有一位外國記者問周恩來總理：總理先生，請(qǐng)問你們中國有幾個(gè)廁所？意思是新中國一窮二白，除了廁所多一點(diǎn)之外沒有什么別的財(cái)富。周恩來回答說：記者先生，我們中國只有兩個(gè)廁所，一個(gè)是男廁所，另一個(gè)是女廁所。這是周恩來總理等價(jià)劃分的高超藝術(shù)。

13.3.邊界值分析，“缺陷遺漏在角落里，聚集在邊界上”，邊界值分析是對(duì)等價(jià)劃分的一種有效補(bǔ)充。

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

制定一個(gè)完整、規(guī)范的測(cè)試計(jì)劃對(duì)每一個(gè)測(cè)試管理人員來說是非常重要的！測(cè)試計(jì)劃應(yīng)該至少包括如下之內(nèi)容： 14.1.概述(Overview): 文檔通常都是以概述開頭的，測(cè)試計(jì)劃在概述里應(yīng)該要寫明該測(cè)試是做什么的，把測(cè)試的范圍定下來，要測(cè)什么，不測(cè)什么。

14.2.測(cè)試目標(biāo)(Test Goals)和發(fā)布標(biāo)準(zhǔn)(Release Criteria)一般說來，測(cè)試計(jì)劃以定要寫明測(cè)試的最終目標(biāo)(Test Goals)，必須使自己和別人明白為什么必須做這個(gè)測(cè)試，該測(cè)試需要達(dá)到的目的是什么。

另外，測(cè)試計(jì)劃還需要明確定義發(fā)布標(biāo)準(zhǔn)(Release Criteria)的范圍，如果有需要，可能還需要定義每一個(gè)發(fā)布標(biāo)準(zhǔn)定義在DR2、DR3和DR4個(gè)階段的目標(biāo)。14.3.測(cè)試方法描述(Testing Approach/Description)從項(xiàng)目總體的角度定義軟件的測(cè)試方法，如我們?cè)谇懊嬷v過的單個(gè)功能測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試，以及沒有講的附件測(cè)試、專項(xiàng)測(cè)試、外場(chǎng)測(cè)試(Field Trial)。14.4.測(cè)試進(jìn)度表(Testing Schedule)定義在DR各個(gè)階段的詳細(xì)進(jìn)度，該進(jìn)度表依賴于項(xiàng)目總進(jìn)度及軟件開發(fā)進(jìn)度。14.5.測(cè)試資源(Testing Resource)。

第三篇：軟件測(cè)試心得

《軟件測(cè)試心得體會(huì)》

軟件測(cè)試在整個(gè)軟件周期中的重要性。它存在于整個(gè)項(xiàng)目周期，在項(xiàng)目開始

下面簡單談?wù)勎业膸c(diǎn)體會(huì)：

體會(huì)一：

體會(huì)一：軟件測(cè)試在整個(gè)軟件周期中的重要性。

它存在于整個(gè)項(xiàng)目周期，在項(xiàng)目開始之初需求調(diào)研的時(shí)候就開始了，在形成需求規(guī)格說明書的時(shí)候就需要針對(duì)文檔進(jìn)行測(cè)試。這個(gè)環(huán)節(jié)在后續(xù)整個(gè)項(xiàng)目中占了很大的比重，能主導(dǎo)整個(gè)項(xiàng)目的走向，成敗與否全在于開始階段的決策。

體會(huì)二：軟件測(cè)試的真正意義在于發(fā)現(xiàn)錯(cuò)誤，而不在于驗(yàn)證軟件是正確的。

再嚴(yán)密的測(cè)試也不能完全發(fā)現(xiàn)軟件當(dāng)中所有的錯(cuò)誤，但是測(cè)試還是能發(fā)現(xiàn)大部分的錯(cuò)誤，能確保軟件基本是可用的，所以在后續(xù)使用的過程中還需要加強(qiáng)快速響應(yīng)的環(huán)節(jié)。結(jié)合軟件測(cè)試的理論，故障暴露在最終客戶端之前及時(shí)主動(dòng)的去發(fā)現(xiàn)并解決。這一點(diǎn)就需要加強(qiáng)研發(fā)隊(duì)伍的建設(shè)。

體會(huì)三：在系統(tǒng)性能測(cè)試方面需要重視。

經(jīng)過這次培訓(xùn)中多個(gè)案例的講解，讓我了解到系統(tǒng)在上線之后會(huì)有很多不能預(yù)知的性能問題，需要在上線之前實(shí)現(xiàn)進(jìn)行模擬，以規(guī)避風(fēng)險(xiǎn)，包括大數(shù)據(jù)量訪問，高并發(fā)數(shù)等等。當(dāng)然也有很多應(yīng)對(duì)手段，沒有哪種手段可稱為最完美，只有最合適的，需要靈活掌握，綜合運(yùn)用以達(dá)到最優(yōu)程度，這是個(gè)很值得研究的領(lǐng)域。

下面是我的幾點(diǎn)想法：

想法一：加強(qiáng)系統(tǒng)上線前的性能測(cè)試。

目前我們?cè)陧?xiàng)目建設(shè)過程中對(duì)性能壓力測(cè)試的重視程度還不太高，廠家也很少有雇傭第三方的測(cè)試機(jī)構(gòu)。而是在現(xiàn)網(wǎng)進(jìn)行試用，遇到問題再解決，可能會(huì)產(chǎn)生滯后問題，影響客戶使用。希望以后能在性能測(cè)試方面提高重視程度，加大人力投入，以保證系統(tǒng)上線后能夠穩(wěn)定運(yùn)行。

想法二：適當(dāng)介入相關(guān)項(xiàng)目研發(fā)

對(duì)于快速響應(yīng)這塊，我們不能一味依賴廠家，而希望自己就能快速響應(yīng)，及時(shí)將問題解決。這也是一個(gè)比較長遠(yuǎn)的問題，需要加強(qiáng)研發(fā)力量的投入。

我個(gè)人是做開發(fā)出身，有此類經(jīng)驗(yàn)，當(dāng)時(shí)是在客戶現(xiàn)場(chǎng)，因?yàn)榱私庀到y(tǒng)內(nèi)部結(jié)構(gòu)，能夠在第一時(shí)間排查解決客戶所反饋問題。

現(xiàn)在系統(tǒng)完全由廠家開發(fā)，很難了解內(nèi)部結(jié)構(gòu)，或許會(huì)造成后期維護(hù)困難。所以，是否應(yīng)該針對(duì)某些項(xiàng)目介入廠家研發(fā)工作，比如請(qǐng)廠家提供源代碼等相關(guān)要素，以增進(jìn)維護(hù)人員對(duì)系統(tǒng)的了解。

最后再次感謝公司提供的平臺(tái)，感謝領(lǐng)導(dǎo)的信任，讓我有機(jī)會(huì)得到更深層次的學(xué)習(xí)以及展示自己能力的機(jī)會(huì)，我也會(huì)盡我所能來完善工作的系統(tǒng)，提高整體工作效率，為南方電網(wǎng)的發(fā)展建設(shè)提供更堅(jiān)實(shí)，優(yōu)秀的支撐服務(wù)平臺(tái)。

第四篇：軟件測(cè)試-培訓(xùn)心得

個(gè)人淺談培訓(xùn)之心得

2013年3月8日，黃老師在百勝軟件進(jìn)行了為期一天的測(cè)試管理培訓(xùn)，本人非常榮幸的參加了此次培訓(xùn)，通過這次培訓(xùn)讓我充實(shí)了更多的理論方面的知識(shí)，拓寬了思路，有許多不能用語言來表達(dá)的收獲，讓我更進(jìn)一步的了解了軟件測(cè)試?yán)碚摷夹g(shù)，對(duì)軟件測(cè)試有了一個(gè)更深入更全面的認(rèn)識(shí)，對(duì)于以后如何更好的工作有了更全面的認(rèn)識(shí)。

參見培訓(xùn)以前，沒有測(cè)試環(huán)境重要性的認(rèn)知，通常是測(cè)試需要什么環(huán)境就配置什么環(huán)境，開發(fā)不能重現(xiàn)的bug在測(cè)試機(jī)器上修改的情況大有存在。這次培訓(xùn)讓我了解到，測(cè)試的進(jìn)步、高效率首先有在測(cè)試環(huán)境建立和管理的基礎(chǔ)。在保證開發(fā)環(huán)境與測(cè)試環(huán)境的唯

一、純凈性的同時(shí)，必須建立一個(gè)科學(xué)的標(biāo)準(zhǔn)庫。

磨刀不誤砍柴工，同樣測(cè)試設(shè)計(jì)并不會(huì)耽擱測(cè)試的進(jìn)度和效率。我們大部分人是看到測(cè)試任務(wù)，讀懂就開始啪啪啪的進(jìn)行測(cè)試，并沒有測(cè)試之前的思考和設(shè)計(jì)。

并不是所有的測(cè)試寫的越細(xì)越好，根據(jù)產(chǎn)品形態(tài)、形式、周期的不同，測(cè)試用例的細(xì)化程度是為了實(shí)現(xiàn)高效率的可執(zhí)行、低成本的易維護(hù)。

以前一直以為，自動(dòng)化測(cè)試，會(huì)用工具，會(huì)寫執(zhí)行腳本就可以了。聽完老師的培訓(xùn)之后，我認(rèn)識(shí)到，測(cè)試用例的設(shè)計(jì)、維護(hù)在自動(dòng)化測(cè)試中統(tǒng)一重要，自動(dòng)話測(cè)試并不是為了發(fā)現(xiàn)bug而去測(cè)試的，自動(dòng)化測(cè)試是為了檢查沒有bug，程序沒有錯(cuò)誤。

聽黃老師的一席話，讓我在軟件測(cè)試的路上，少了些彎路、少了些挫折。公司這樣的培訓(xùn)，雖然不能起到立竿見影的效果，但潛移默化之中，把我們的測(cè)試之路修的較為平整些，吸取的經(jīng)驗(yàn)減少著我們的痛苦。

第五篇：軟件測(cè)試培訓(xùn)心得

從事軟件測(cè)試工作已經(jīng)有三年了，在經(jīng)歷了小公司、大公司的功能測(cè)試之后，業(yè)務(wù)需求已經(jīng)不是本職測(cè)試工作的阻礙了，這時(shí)的我們?cè)撓胂虢酉聛淼穆妨恕?/p>

通過qq群知道了有這么一個(gè)測(cè)試培訓(xùn)機(jī)構(gòu)有這么一群不斷努力的人。思來想去，周末在家無聊的荒廢時(shí)間，不如試試加入他們，重拾剛畢業(yè)那會(huì)的昂揚(yáng)斗志。

加入這個(gè)培訓(xùn)之后才從之中的同學(xué)那里知道，原來這個(gè)培訓(xùn)班已經(jīng)辦了快兩年了，里面有很多學(xué)員都是從最初一直堅(jiān)持到現(xiàn)在。培訓(xùn)課程設(shè)計(jì)范圍也很廣，包括系統(tǒng)的數(shù)據(jù)庫、java編程、linux系統(tǒng)包括時(shí)下比較fashion的手機(jī)自動(dòng)化測(cè)試等等知識(shí)，在講述這些知識(shí)的同時(shí)老師會(huì)在課程中間穿插測(cè)試涉及的內(nèi)容。課程完畢后，對(duì)應(yīng)的老師也會(huì)一直在群里與同學(xué)互動(dòng)，及時(shí)解決同學(xué)在實(shí)際測(cè)試應(yīng)該過程中發(fā)現(xiàn)的問題，這個(gè)對(duì)于我們?cè)诼毜能浖y(cè)試人員還是很有吸引力的。

目前為止，我也只參加了兩次培訓(xùn)，一次單元測(cè)試，老師是微軟的開發(fā)人員。雖然測(cè)試人員一般不會(huì)做單元測(cè)試，但對(duì)于目前很多公司不重視測(cè)試的行業(yè)現(xiàn)狀，多了解開發(fā)人員的工作流程或操作無可厚非，在必要的時(shí)候能夠明白開發(fā)是用什么工具如何進(jìn)行的也可以讓開發(fā)對(duì)你的測(cè)試工作給予更多的肯定。之后的培訓(xùn)是手機(jī)自動(dòng)化的，我因有事無法參加，不過看到群里大家在熱烈的討論時(shí)，還是有點(diǎn)遺憾

啊。最近的一次培訓(xùn)是selenium自動(dòng)化測(cè)試，這次的培訓(xùn)不是用的selenium IDE而是通過結(jié)合瀏覽器自帶組件自編代碼進(jìn)行各個(gè)瀏覽器的自動(dòng)化測(cè)試，雖然這次講的東西比較少，但對(duì)于我們實(shí)際的測(cè)試工作還是很有幫助，至少給我們的測(cè)試工作提供的思路，不是一提自動(dòng)化測(cè)試就茫然無措了。