軟件測試讀書心得-文庫吧在線文庫

　　

【正文】 沒有任何問題！而且在大多數情況下，這種爭論都以軟件測試人員的勝利告終。，然后在從系統中找出各種BUG。例如有些程序在IE6能運行正常，到IE5下不能運行。無法知道程序的內部的邏輯結構，因此具有一定的局限性。該計劃被審核批準后轉向第二步。執行測試時要進行進度控制、項目協調等工作。第六步：撰寫測試報告。二、剛開始時因為業務不熟悉，需求也不熟悉，就開始測試任務。第三篇：軟件測試心得軟件測試心得體會軟件測試工作是一個系統而復雜的工程，軟件測試的目的就是確保軟件的質量、確認軟件以正確的方式做了你所期望的事情，所以工作的主要任務是發現軟件的錯誤、有效定義和實現軟件成分由底層到高層的組裝過程、驗證軟件是否滿足規格書要求和系統定義文檔所規定的技術要求、為軟件質量模型的建立提供依據。：顯性功能和隱性功能。，要充分考慮各功能模塊軟件的顯性功能和隱性功能。例如：測試藍光媒體播放器時，反復把HDMI連接線拔掉，造成通信異常中斷，再接上復合視頻(CVBS)信號輸出，即由數字信號輸出轉為模擬信號輸出。外部事件舉例：藍牙模式下來短信、來電話、各種介質(U盤、iPod、導航卡、收音天線)接入等。：同樣的一個功能的UI在不同的情景(scenario)所呈現的方式應該保持一致。例如：。例如建議軟件增加電話本保存在內存中，需要調用時直接從主機菜單內導出即可，這樣方便且快捷，而且下載時間快，不需再通過藍牙傳輸。做多少設備投資？投入多少人力？要測試多少兼容性測試完全會影響到軟件產品的最終成本。（A/V Synchronize）,播放標準AV測試信號，使用AV同步測試儀接受信號，測試儀的另一端連接PC。，但是并不代表軟件現在運行是正確的，那它一輩子運行也是正確的，說不定哪一天它就不正常了。，可是窮舉的空間如果非常大，那將使人十分的沮喪，還不如回家象張恒一樣數星星，說不定還能數出個天文學家來。(Test Goals)和發布標準(Release Criteria)一般說來，測試計劃以定要寫明測試的最終目標(Test Goals)，必須使自己和別人明白為什么必須做這個測試，該測試需要達到的目的是什么。這個環節在后續整個項目中占了很大的比重，能主導整個項目的走向，成敗與否全在于開始階段的決策。下面是我的幾點想法：想法一：加強系統上線前的性能測試。所以，是否應該針對某些項目介入廠家研發工作，比如請廠家提供源代碼等相關要素，以增進維護人員對系統的了解。值得注意的是，并不是非要給出修改軟件的建議，也可以是給出針對用戶培訓以規避軟件缺陷之類的建議。（和各個過程產生的結果文檔）：測試計劃224。（2）動態黑盒法，一般用來進行功能性測試。，主要介紹了與軟件測試及其相關內容的一些定義。想法二：適當介入相關項目研發對于快速響應這塊，我們不能一味依賴廠家，而希望自己就能快速響應，及時將問題解決。這一點就需要加強研發隊伍的建設。(Testing Resource)。周恩來回答說：記者先生，我們中國只有兩個廁所，一個是男廁所，另一個是女廁所。當工程師十萬火急地感到問題現場時，問題消失了；等工程師離開后，問題又出現了，仿佛敵進我退一般！此種低概率現象一定要錄好Trace和Video。如MTK平臺的某些機型在即將刪除一條短信息時收到一條新信息，但刪除的卻不是剛剛選定的那條信息，而是剛剛收到的這條新信息！、在給定的時間里，軟件不發生故障的概率。因此在不同平臺、不同版本軟件上做對比測試很有必要。：主要測試不同介質對于被測設備的表現。整個界面沒有菜單和按鈕。測試用戶界面的色彩搭配、整體布局、行距、對齊，樣式統一等等。好的UI設計不僅是讓軟件變得有個性有品味，還要讓軟件的操作變得舒適、簡單、自由、充分體現軟件的定位和特點。當使用移動SIM卡安裝在只支持聯通通信服務的3G手機上，關注該手機表現：是否在執行自動更新時重啟？還是執行自動更新后提示不支持移動運營通信服務：SIM card not supported, emergency calls only？例如：在做完常溫包裝跌落測試后，再測試機芯的讀碟能力，讀取偏芯碟、面振碟、偏重心碟、刮痕碟、指紋碟等等碟片，與未做跌落測試前讀碟能力進行比較。軟件還能正常運行的能力。如以下這些隱性功能都測試中都需重點關注： ，是否有遺漏聯系人信息？ 、SIM卡電話本的同時下載？還是支持從一種介質里下載？，系統設置的時間是否有記憶功能？ ，導航地圖中時間是否有更新？ off→on, ACC off→on時，屏的角度是否有記憶？，是否有雙工功能？后臺源聲音輸出是否正常？，考慮車速、風聲、車內講話噪聲、汽車底盤/發動機噪聲等對麥克風錄音效果的影響，軟件多線程開啟時導致的資源占用/系統繁忙對后臺錄音系統的影響。(SOP)及保養說明等。在學習或測試中，有不懂的或是不明白的地方，盡量去問主測或是其他同事，但要有個度，畢竟別人都有自己的任務，不要一有問題就問，你可以將今天學習或是測試中存在的問題一條條記錄下來，等中午休息或是下班前一刻向別人求教；也可回家后自己上網上搜索相關的知識解決問題。僅憑業務學習和前輩們講的測試方法還是很難做到完全讓自己放心，這可能是新人的通病，害怕測試不全面不深入。通常情況下，開發經理需要審核缺陷，并進行缺陷分配。設計測試用例要根據測試需求和測試策略來進行，進度壓力不大時，應該設計的詳細，如果進度、成本壓力較大，則應該保證測試用例覆蓋到關鍵性的測試需求。語句覆蓋要求在設計測試用例的時候將所有的語句運行到，而邏輯覆蓋則是要求對于每一個判斷所得到的不同的路徑我們均需要進行測試。以上舉例出來的我們在軟件開發過程中，一般都需要進行測試四