【正文】 是能夠經(jīng)由良好設(shè)計實驗來認識到。 J53R平臺藍牙電話本的下載，使用部分手機連接成功后下載時間超過2分鐘并提示Time out，且電話本條目數(shù)量也不多，約200條，從用戶角度來說此時長不合理且不易接受。有針對性的制定測試計劃。（Channel Delay and Polarity），播放通道激勵信號bd_8ch_delaypol_21,使用AP2700 掃描到的曲線圖（如下），以此觀察通道的延遲和極性是否符合要求。樣品工作72小時后，外觀、功能應(yīng)正常；試驗后在常溫下放置2小時以上，電性能指標測試應(yīng)正常。“牛吃的是草，擠出的是奶”，這個命題有一個制約條件，魯迅先生雖然沒有說明，但我們應(yīng)該明白，這里是特指母牛，你就是把公牛捏死了也擠不出奶來！，需要注意的是，當(dāng)立場不同時，對問題的定性也可能不一樣，開發(fā)人員站在研發(fā)的角度說這不是問題，測試人員站在質(zhì)量的角度說這是問題。制定一個完整、規(guī)范的測試計劃對每一個測試管理人員來說是非常重要的！測試計劃應(yīng)該至少包括如下之內(nèi)容： (Overview): 文檔通常都是以概述開頭的，測試計劃在概述里應(yīng)該要寫明該測試是做什么的，把測試的范圍定下來，要測什么，不測什么。它存在于整個項目周期，在項目開始之初需求調(diào)研的時候就開始了，在形成需求規(guī)格說明書的時候就需要針對文檔進行測試。當(dāng)然也有很多應(yīng)對手段，沒有哪種手段可稱為最完美，只有最合適的，需要靈活掌握，綜合運用以達到最優(yōu)程度，這是個很值得研究的領(lǐng)域。現(xiàn)在系統(tǒng)完全由廠家開發(fā)，很難了解內(nèi)部結(jié)構(gòu)，或許會造成后期維護困難。（3）軟件測試是要做什么？軟件測試目的是要發(fā)現(xiàn)缺陷，給出提示，并且給出一定的建議（也可以是提供缺陷優(yōu)先級或嚴重性等度量）。（4）動態(tài)白盒測試，對程序中的代碼段或者某個模塊進行測試，測試用例不僅需要對數(shù)據(jù)覆蓋（例如代碼端公式里除數(shù)為0的情況），還要對代碼覆蓋（語句覆蓋、分支覆蓋、條件覆蓋，一級比一級覆蓋廣一些），介紹了一些常見的測試，如：配置測試、兼容性測試、外國語言測試、易用性測試、文檔測試、軟件安全測試，并以網(wǎng)站測試作為實例進行了講解。跟蹤其處在生命周期的哪個階段。測試用例計劃（包括：測試設(shè)計即在什么地方用用例，測試用例即測試用例詳細說明，測試方法即怎樣用用例）224。使用等價類劃分的方法，將測試用例合理劃分，將測試量控制在合理范圍，并通過對測試用例和運行結(jié)果對比，得到測試結(jié)果。（1）什么是軟件缺陷？軟件缺陷可以理解為導(dǎo)致軟件失敗的缺陷，失敗的軟件可以理解為不符合軟件產(chǎn)品說明書或不符合用戶要求的軟件。這也是一個比較長遠的問題，需要加強研發(fā)力量的投入。體會三：在系統(tǒng)性能測試方面需要重視。第四篇：軟件測試心得《軟件測試心得體會》軟件測試在整個軟件周期中的重要性。這是周恩來總理等價劃分的高超藝術(shù)。輸入黑盒輸出制約條件期望結(jié)果 ，只需要通過構(gòu)造一些合理的輸入（操作），來觀察被測設(shè)備的實際結(jié)果或現(xiàn)象（輸出），從而判定是否存在問題，需求文檔是黑盒測試的主要依據(jù)。，比如某個電子設(shè)備在剛開始工作時挺好的，但由于器件在工作中其物理性質(zhì)會發(fā)生變化（如發(fā)熱），慢慢地系統(tǒng)的功能或性能就會失常。性能測試通過自動化的測試工具模擬多種正常、峰值以及異常負載條件來對系統(tǒng)的各項性能指標進行測試。包括：硬件兼容性測試(USB、SD、碟片、藍牙手機等兼容性測試)和軟件兼容性測試(音視頻、圖片、文本格式兼容性測試)。但幾乎沒有比它更簡單的交互體驗了。還有就是一些控件是否合理，提示信息和頁面信息是否有語法錯誤等等一系列問題，都應(yīng)考慮進去。UI測試遵循的原則：：如主菜單icon的排列布局：橫縱向、環(huán)形、橢圓形。如果讀碟能力比以前更差，則考慮改進措施：軟件適當(dāng)增加錄軌時間或機芯托盤加固等。健壯性有兩層含義：一是容錯能力，二是恢復(fù)能力。(也可從結(jié)構(gòu)方面考慮：外置麥克風(fēng)型腔開孔的接觸面積，是否360度可旋轉(zhuǎn)等來增加錄音的路徑等。定義儀器 的使用步驟、操作指南和保養(yǎng)細則等。三、學(xué)會換位思考，將自己當(dāng)客戶，發(fā)揮自己的想象找出客戶存在的應(yīng)用場景，在客戶操作的基礎(chǔ)上尋找測試突破口，假如實際經(jīng)驗積累不多，可上網(wǎng)查找或是詢問別人；因為每個客戶的操作不一樣，會存在比較復(fù)雜業(yè)務(wù)邏輯，這時可以分解成一小塊一小塊測試，最后再從整體的角度入手；由簡單到復(fù)雜，簡單的測試通過后再做復(fù)雜的測試，而不是一開始就做復(fù)雜的測試。至少我在測試之初，是比較膽怯的。程序員修改自己負責(zé)的缺陷。該用例被批準后轉(zhuǎn)向第三步。3)從是否執(zhí)行程序的角度也分為兩大類u 靜態(tài)測試 u 動態(tài)測試4)從軟件開發(fā)的過程按階段劃分有 五、軟件測試的過程軟件測試的方法有很多，而軟件測試應(yīng)當(dāng)盡早進行并且按照一定的步驟進行，這樣才可以把問題今早的解決在搖籃里面。1)軟件缺陷的定義：l 軟件未實現(xiàn)應(yīng)實現(xiàn)的功能l 軟件出現(xiàn)了不應(yīng)出現(xiàn)的錯誤l 軟件實現(xiàn)了不應(yīng)實現(xiàn)的功能l 軟件未實現(xiàn)符合一般軟件常識的功能l 軟件出現(xiàn)了使用、性能上等不易被用戶接受的問題針對上面所述的缺陷，我們提出了一些列的軟件測試的方法。,再找一找，往往程序員只修復(fù)報告出來的缺陷而不去考慮別的功能在修改時可能會重新造成錯誤。，測試用戶輸入框中的數(shù)值的最大數(shù)和最小數(shù)，以及為空時的情況。我們每個開發(fā)人員都是希望并且認為我們寫的代碼是沒有問題的，而軟件測試的工作就恰恰就是找出開發(fā)人員程序中的bug，這是一個很讓軟件開發(fā)人員郁悶的一個問題。我在2014年6月進入湖北大學(xué)軟件工程研究所，開始學(xué)習(xí)并且進行C.NET團隊開發(fā)，除了課程設(shè)計，也進行了真正的項目實戰(zhàn)開發(fā)。我們團隊經(jīng)常為了某一個功能爭論，測試人員覺得這個功能不合理，不合適，甚至是錯誤的，而開發(fā)人員覺得這個功能