軟體測試感想總結
軟體測試工作是乙個系統而複雜的工程，軟體測試的目的就是確保軟體的質量、確認軟體以正確的方式做了你所期望的事情，所以工作的主要任務是發現軟體的錯誤、有效定義和實現軟體成分由底層到高層的組裝過程、驗證軟體是否滿足規格書要求和系統定義文件所規定的技術要求、為軟體質量模型的建立提供依據。
而且軟體的測試不僅是要確保軟體的質量，還要給開發人員提供資訊，以方便其為風險評估做相應的準備，以及為其提供分析依據，重要的是要貫穿在整個軟體開發的過程中，保證整個軟體開發的過程是高質量的。
軟體測試對測試工程師來講，要求具備較強的專業知識，嚴謹細心耐心的測試態度，良好的反向思維、發散思維能力、溝通能力等等。
以下是就自己的個人工作經歷談一些淺見：
1. 標準文件的制定：
1.1.任何乙個公司要讓自己的產品面市，都要有自己的一套完整的品質標準，這個標準一定是在符合國標及客戶標準的基礎上形成的企業標準，系統而全面地描述一款產品的功能、效能、可靠性、健壯性、按規格要求等一系列的產品標準，並根據客戶特定要求相應調整。
1.2.測試儀器的作業指導書(sop)及保養說明等。定義儀器的使用步驟、操作指南和保養細則等。
2. 測試資料的歸檔：
標準**檔案、測試報告、bug list庫（電子類問題、結構類問題、軟體類問題：方案自存問題、品證測試問題、生產測試問題、客戶反饋問題、終端消費者反饋問題等）、認證測試文件歸納總結(認證公司培訓資料、認證過程**現並改善的問題)、測試工程師經驗分享、常見問題解答faq等。
3. 功能測試：
3.1.這是軟體測試工作中最核心和最基本的一項測試，該測試的主要內容是檢查軟體是否符合需求定義，並通過構造正常的操作來檢查的動作是否正確；在這個測試裡，正確性是最最重要的軟體質量要素。
3.2.功能測試按照可見性可以分為兩類：顯性功能和隱性功能。
顯性功能：指在選單裡可以看得到的功能。
隱性功能：指在選單裡看不到的功能。
例如，**本的顯性功能有增加、編輯、刪除、撥打等，這些功能可以在**本的選單裡面看得到，姓名列表排序則屬於乙個隱性功能，因為在**本的選單裡沒有這樣乙個子選單，但它卻是乙個實實在在的功能。
如以下這些隱性功能都測試中都需重點關注：
a. **本上下頁切換，是否有遺漏聯絡人資訊？
b. 是否支援手機記憶體、sim卡**本的同時**？還是支援從一種介質裡**？
c. 斷電後再上電，系統設定的時間是否有記憶功能？
d. gps訊號正常時，導航地圖中時間是否有更新？
e. tft屏在power off→on, acc off→on時，屏的角度是否有記憶？
f. 模擬導航時，是否有雙工功能？後台源聲音輸出是否正常？
g. 路試語音產品外接麥克風使用效果時，考慮車速、風聲、車內講話雜訊、汽車底盤/發動機雜訊等對麥克風錄音效果的影響，軟體多執行緒開啟時導致的資源占用/系統繁忙對後台錄音系統的影響。(也可從結構方面考慮：
外接麥克風型腔開孔的接觸面積，是否360度可旋轉等來增加錄音的路徑等。）
h. 地圖上的poi資訊通過後台語音搜尋獲取不到，解決措施：要求方案商訊飛完善後台語音庫。
3.3.在實際的測試過程中，顯性功能通過選單遍歷可以很容易地進行無遺漏的測試，但是隱性功能卻很容易為我們所忽略！
乙個有效的解決辦法是去檢查軟體的功能定義列表(feature list)，從這個列表裡面找出那些隱性的功能。
3.4.制定測試用例時，要充分考慮各功能模組軟體的顯性功能和隱性功能。
4. 健壯性測試：
橘生淮南則為橘，生於淮北則為枳。是說明橘的健壯性太差。該成語充分說明了我們對產品進行健壯性測試的必要性。
4.1.健壯性是指在異常情況下，軟體還能正常執行的能力。健壯性有兩層含義：一是容錯能力，二是恢復能力。
健壯性測試主要包括：電子硬體健壯性(如：遙控距離測試、高低電壓適應性測試、插拔電及開關機測試、靜電抗擾度測試、熱插拔測試)和機械健壯性(如：
整機結構設計基準測試、模擬運輸測試、常溫包裝跌落測試)。
4.2.這項測試主要是檢查軟體對異常操作的容錯能力，異常操作通常要考慮異常輸入操作及異常條件兩個方面。
例如：測試藍光****器時，反覆把hdmi連線線拔掉，造成通訊異常中斷，再接上覆合**(cvbs)訊號輸出，即由數碼訊號輸出轉為模擬訊號輸出。恢復測試重點考察一下幾項：
（1）系統能否重新執行；（2）有無重要的資料丟失；（3）是否毀壞了其它相關的軟體或硬體；（4）若軟體出現系統報錯，是否有自恢復能力。
4.3.軟體的很多功能的實現是有很多隱含的條件的，在健壯性測試中，要檢查當這些條件不滿足的時候的反應。
例如：目前大多數3g智慧型手機，與各電信運營商形成利益**，每款手機支援特定的電信運營商提供的通訊服務，其它運營商提供的服務則被拒之門外。當使用移動sim卡安裝在只支援聯通通訊服務的3g手機上，關注該手機表現：
是否在執行自動更新時重啟？還是執行自動更新後提示不支援移動運營通訊服務：sim card not supported, emergency calls only？
例如：在做完常溫包裝跌落測試後，再測試機芯的讀碟能力，讀取偏芯碟、面振碟、偏重心碟、刮痕碟、指紋碟等等碟片，與未做跌落測試前讀碟能力進行比較。如果讀碟能力比以前更差，則考慮改進措施：
軟體適當增加錄軌時間或機芯托盤加固等。
5. 矩陣測試
5.1.矩陣測試是使處於乙個特定的狀態，然後構造乙個非同步事件，檢查當這個非同步事件發生時軟體的效能。
5.2.根據事件的**，非同步事件分為外部事件和內部事件兩種。
外部事件舉例：藍芽模式下來簡訊、來**、各種介質(u盤、ipod、導航卡、收音天線)接入等。如接入導航盒後，導航不執行，看是否會對其它模式的執行產生影響？
最近測試的mazda j53r就是在接入導航盒後，產生系統不穩定，長時間**藍芽**、ipod曲目等會出現系統報錯。
內部事件舉例：車載***藍芽自動連線、自動接聽、****流量使用提醒, 手機低電警告、自動關機等。如帶****功能的車載***，插上3g dongle時，**歌曲時是否有流量提醒：
該歌曲占用多少容量、目前已用多少流量、還剩餘多少流量。
6. ui測試
好的ui設計不僅是讓軟體變得有個性有品味，還要讓軟體的操作變得舒適、簡單、自由、充分體現軟體的定位和特點。
ui測試遵循的原則：
6.1.易用原則：如主選單icon的排列布局：橫縱向、環形、橢圓形。
6.2.友好原則：歌曲列表中的drag bar是否太窄，導致不方便拖動？
6.3.求美原則：檢查在ui的布局裡，各種要素是否能傳達一種美感，布局是否合理，色彩是否合諧。
如拖動列表的動態效果、重新整理列表的沙漏效果等。
6.4.一致性原則：同樣的乙個功能的ui在不同的情景(scenario)所呈現的方式應該保持一致。
例如：在設定選單選擇dsp模式，退出後在各放音源下檢查dsp模式與設定選單中是否一致；將系統語言改為英語等其它語言，**介面及選單等，拼寫是否正確，顯示是否一致、是否越界等。
6.5.普遍性原則：即遵循約定俗成的規定。藍芽icon一般遵照藍芽認證協會標識，如果自己另外搞一種icon設計，反而弄得不倫不類。
測試使用者介面的色彩搭配、整體布局、行距、對齊，樣式統一等等。還有就是一些控制項是否合理，提示資訊和頁面資訊是否有語法錯誤等等一系列問題，都應考慮進去。
7.使用者體驗：
使用者體驗：一種純主觀在使用者使用產品過程中建立起來的感受。對於乙個界定明確的使用者群體來講，其使用者體驗的共性是能夠經由良好設計實驗來認識到。例如：
7.1.自然往往和人的本性相關的。
微信的搖一搖是個以「自然」為目標的設計。設計「搖一搖」時，目標是和人的「自然」或者說「本能」動作體驗做到一致。搖一搖的體驗包括：
動作:搖動；視覺:螢幕裂開並合上來響應動作； 聽覺:
有吸引力的聲音來響應動作；結果:從螢幕**滑下的一張名片。整個介面沒有選單和按鈕。
但幾乎沒有比它更簡單的互動體驗了。聯想到車載***，如果能通過手勢識別來實現上、下頁選單的切換也是不錯的選擇。
7.2.如mazda j53r平台藍芽**本的**，使用部分手機連線成功後**時間超過2分鐘並提示time out，且**本條目數量也不多，約200條，從使用者角度來說此時長不合理且不易接受。
例如建議軟體增加**本儲存在記憶體中，需要呼叫時直接從主機選單內匯出即可，這樣方便且快捷，而且**時間快，不需再通過藍芽傳輸。
7.3.主機主音量不變的情況下，通過切換模式，主觀感覺不同模式下聲音輸出幅度不一致，即不同模式間切換感覺聲音忽大忽小，這樣就會給使用者造成較差的聽覺感受。
此時我們可通過增益平衡(gain balance)來分析各源間的訊號輸出幅度：
a.將tcd-784碟第2曲1khz 0db訊號作為標準訊號通過line out輸出,再在訊號發生器上定標準輸出；
b.調節訊號發生器引數為頻率98.1mhz,調製率75khz，訊號強度66db,比較與cd輸出時的幅度差別；
c.調節訊號發生器引數為頻率999khz,調製率80%，訊號強度80db,比較與cd輸出時的幅度差別；
d.轉到aux,將輸入設定為1khz，500mv(-12db), 比較與cd輸出時的幅度差別。
通過不同模式下的輸出幅度對比作為理論依據來改善, 如判定標準0+/-3db。
8.相容性測試：
主要測試不同介質對於被測裝置的表現。包括：硬體相容性測試(usb、sd、碟片、藍芽手機等相容性測試)和軟體相容性測試(音**、**、文字格式相容性測試)。
如何在有限的成本和資源考慮下，針對此軟體產品規劃出適當的相容性測試，是所有軟體測試技術人員關注的重點。
8.1.評估軟體應用環境，有針對性的制定測試計畫。
做多少裝置投資？投入多少人力？要測試多少相容性測試完全會影響到軟體產品的最終成本。
想要專心和投資在研發上，又想要節省成本的做好相容性測試，只有評估軟體應用環境，有針對性的制定相容性測試計畫,才能兼顧成本和產品的相容性質量。
8.2.在多種平台/應用環境上測試乙個軟體產品的開發成功，不僅僅是編寫完為使用者提供服務功能的程式而已，更重要的是能在使用者環境中可靠的執行。
因此，軟體程式編寫工作的完成，其實只是完成了開發任務中的一半，對軟體進行模擬使用者環境進行相容性測試其重要性不亞於對程式本身的開發。因此在不同平台、不同版本軟體上做對比測試很有必要。
9.效能測試
軟體測試 部分技術面試題課件
1 請做一下自我介紹 我是誰我能做什麼，具備哪些技能 今天我想要幹什麼，做什麼樣的工作 2 請簡單介紹下你的專案 該專案為我們公司自己的自動辦化公系統專案，叫tfnotes。專案架構為b s架構，它的開發語言是j a，web務器為tomcat5.0，後台資料庫是mysql。它主要包含登入功能，資料管...
軟體測試課程學習心得
單元測試，多構造樁函式或是驅動程式來測試。一般借助與各種軟體測試工具。軟體測試，或者說程式測試。一般先是進行單元測試。單元測試，修改完單元之中的缺陷 錯誤之後，就是整合測試。整合測試多針對程式功能進行測試，看程式的各項功能是否達到要求，是否齊全。整合測試之後就是系統測試。系統測試是針對整個軟體系統的...
軟體測試心得體會
心得體會 六天的培訓結束了，感覺過得好快啊。雖然是因為參加 模擬招聘 獲得這次機會的，不像其他同學一樣是交錢的，但是我也是抱著要學東西的心態參加的。第一天老師就給了個下馬威 教材全是全是英文版的。對於雖然大三的我來說，英語四級剛過，六級成績還沒出來的情況下，想看懂全文是不太現實的。在老師講解過程中利...