【正文】 有些程序在IE6能運(yùn)行正常，到IE5下不能運(yùn)行。，有些系統(tǒng)在開發(fā)時(shí)依賴于另外一個(gè)系統(tǒng),當(dāng)另外一個(gè)系統(tǒng)發(fā)生錯(cuò)誤時(shí), 這個(gè)系統(tǒng)所受到的影響的情況。，然后在從系統(tǒng)中找出各種BUG。三、軟件需要測(cè)試的部分我們總在說要對(duì)軟件進(jìn)行測(cè)試，那么我們到底需要對(duì)軟件進(jìn)行那些測(cè)試呢？下面我們對(duì)一些常常常需要進(jìn)行的測(cè)試進(jìn)行一些列舉。我們團(tuán)隊(duì)經(jīng)常為了某一個(gè)功能爭(zhēng)論，測(cè)試人員覺得這個(gè)功能不合理，不合適，甚至是錯(cuò)誤的，而開發(fā)人員覺得這個(gè)功能沒有任何問題！而且在大多數(shù)情況下，這種爭(zhēng)論都以軟件測(cè)試人員的勝利告終。二、為什么要進(jìn)行軟件測(cè)試其實(shí)對(duì)于開發(fā)人員來說，軟件測(cè)試是一件很痛苦的事情。我在2014年6月進(jìn)入湖北大學(xué)軟件工程研究所，開始學(xué)習(xí)并且進(jìn)行C.NET團(tuán)隊(duì)開發(fā)，除了課程設(shè)計(jì)，也進(jìn)行了真正的項(xiàng)目實(shí)戰(zhàn)開發(fā)。因?yàn)檫@些開發(fā)經(jīng)驗(yàn)，我深刻的明白軟件測(cè)試在項(xiàng)目開發(fā)當(dāng)中有著相當(dāng)重要的地位，尤其是那種團(tuán)隊(duì)開發(fā)！一、軟件測(cè)試的工作及要求軟件測(cè)試工作是一個(gè)系統(tǒng)而且復(fù)雜的工作，軟件測(cè)試的目的就是在確保軟件多分質(zhì)量，確認(rèn)軟件以正確的方式做了你所期望的工作，所以軟件測(cè)試工作的主要內(nèi)容就是發(fā)現(xiàn)軟件的錯(cuò)誤發(fā)現(xiàn)軟件的錯(cuò)誤、有效定義和實(shí)現(xiàn)軟件成分由底層到高層的組裝過程、驗(yàn)證軟件是否滿足規(guī)格書要求和系統(tǒng)定義文檔所規(guī)定的技術(shù)要求、為軟件質(zhì)量模型的建立提供依據(jù)。我們每個(gè)開發(fā)人員都是希望并且認(rèn)為我們寫的代碼是沒有問題的，而軟件測(cè)試的工作就恰恰就是找出開發(fā)人員程序中的bug，這是一個(gè)很讓軟件開發(fā)人員郁悶的一個(gè)問題。出現(xiàn)這種爭(zhēng)論的原因是，一個(gè)程序員，都會(huì)對(duì)自己的軟件出現(xiàn)這樣一種期望——期望自己的軟件不會(huì)出現(xiàn)錯(cuò)誤！然而，正是因?yàn)檫@種期望，我們更是需要進(jìn)行測(cè)試，并且讓專人來進(jìn)行測(cè)試，因?yàn)?，在這種心理的期望面前，任何程序員都會(huì)出現(xiàn)測(cè)試上的偏向，他們更偏向于向軟件正常運(yùn)行的的那個(gè)一方面進(jìn)行測(cè)試，然而實(shí)際上這種測(cè)試是經(jīng)不起現(xiàn)實(shí)數(shù)據(jù)的考驗(yàn)的。，測(cè)試用戶輸入框中的數(shù)值的最大數(shù)和最小數(shù)，以及為空時(shí)的情況。，程序往往在接口的地方很容易發(fā)生錯(cuò)誤，要在此模塊測(cè)試勿掉以輕心。,再找一找，往往程序員只修復(fù)報(bào)告出來的缺陷而不去考慮別的功能在修改時(shí)可能會(huì)重新造成錯(cuò)誤。有些程序在WIN2000下能運(yùn)行，而到WIN98卻不能運(yùn)行。1)軟件缺陷的定義：l 軟件未實(shí)現(xiàn)應(yīng)實(shí)現(xiàn)的功能l 軟件出現(xiàn)了不應(yīng)出現(xiàn)的錯(cuò)誤l 軟件實(shí)現(xiàn)了不應(yīng)實(shí)現(xiàn)的功能l 軟件未實(shí)現(xiàn)符合一般軟件常識(shí)的功能l 軟件出現(xiàn)了使用、性能上等不易被用戶接受的問題針對(duì)上面所述的缺陷，我們提出了一些列的軟件測(cè)試的方法。而知關(guān)于邏輯部分的局限性便可由白盒測(cè)試來進(jìn)行彌補(bǔ)。3)從是否執(zhí)行程序的角度也分為兩大類u 靜態(tài)測(cè)試 u 動(dòng)態(tài)測(cè)試4)從軟件開發(fā)的過程按階段劃分有 五、軟件測(cè)試的過程軟件測(cè)試的方法有很多，而軟件測(cè)試應(yīng)當(dāng)盡早進(jìn)行并且按照一定的步驟進(jìn)行，這樣才可以把問題今早的解決在搖籃里面。測(cè)試工作啟動(dòng)前一定要確定正確的測(cè)試策略和指導(dǎo)方針，這些是后期開展工作的基礎(chǔ)。該用例被批準(zhǔn)后轉(zhuǎn)向第三步。第四步：提交缺陷。程序員修改自己負(fù)責(zé)的缺陷。對(duì)測(cè)試進(jìn)行分析，總結(jié)本次的經(jīng)驗(yàn)教訓(xùn)，在下一次的工作中改。至少我在測(cè)試之初，是比較膽怯的。這時(shí)自己就看看測(cè)試用例，隨便測(cè)測(cè)，看功能能不能正常走通。三、學(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è)試，最后再?gòu)恼w的角度入手；由簡(jiǎn)單到復(fù)雜，簡(jiǎn)單的測(cè)試通過后再做復(fù)雜的測(cè)試，而不是一開始就做復(fù)雜的測(cè)試。而且軟件的測(cè)試不僅是要確保軟件的質(zhì)量，還要給開發(fā)人員提供信息，以方便其為風(fēng)險(xiǎn)評(píng)估做相應(yīng)的準(zhǔn)備，以及為其提供分析依據(jù)，重要的是要貫穿在整個(gè)軟件開發(fā)的過程中，保證整個(gè)軟件開發(fā)的過程是高質(zhì)量的。定義儀器 的使用步驟、操作指南和保養(yǎng)細(xì)則等。顯性功能：指在菜單里可以看得到的功能。(也可從結(jié)構(gòu)方面考慮：外置麥克風(fēng)型腔開孔的接觸面積，是否360度可旋轉(zhuǎn)等來增加錄音的路徑等。：橘生淮南則為橘，生于淮北則為枳。健壯性有兩層含義：一是容錯(cuò)能力，二是恢復(fù)能力?；謴?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ù)能力。如果讀碟能力比以前更差，則考慮改進(jìn)措施：軟件適當(dāng)增加錄軌時(shí)間或機(jī)芯托盤加固等。如接入導(dǎo)航盒后，導(dǎo)航不運(yùn)行，看是否會(huì)對(duì)其它模式的運(yùn)行產(chǎn)生影響？最近測(cè)試的Mazda J53R就是在接入導(dǎo)航盒后，產(chǎn)生系統(tǒng)不穩(wěn)定，長(zhǎng)時(shí)間播放藍(lán)牙音樂、iPod曲目等會(huì)出現(xiàn)系統(tǒng)報(bào)錯(cuò)。UI測(cè)試遵循的原則：：如主菜單icon的排列布局：橫縱向、環(huán)形、橢圓形。例如：在設(shè)置菜單選擇DSP模式，退出后在各放音源下檢查DSP模式與設(shè)置菜單中是否一致；將系統(tǒng)語(yǔ)言改為英語(yǔ)等其它語(yǔ)言，播放界面及菜單等，拼寫是否正確，顯示是否一致、是否越界等。還有就是一些控件是否合理，提示信息和頁(yè)面信息是否有語(yǔ)法錯(cuò)誤等等一系列問題，都應(yīng)考慮進(jìn)去。微信的搖一搖是個(gè)以“自然”為目標(biāo)的設(shè)計(jì)。但幾乎沒有比它更簡(jiǎn)單的交互體驗(yàn)了。通過切換模式，主觀感覺不同模式下聲音輸出幅度不一致，即不同模式間切換感覺聲音忽大忽小，這樣就會(huì)給用戶造成較差的聽覺感受。包括：硬件兼容性測(cè)試(USB、SD、碟片、藍(lán)牙手機(jī)等兼容性測(cè)試)和軟件兼容性測(cè)試(音視頻、圖片、文本格式兼容性測(cè)試)。想要專心和投資在研發(fā)上，又想要節(jié)省成本的做好兼容性測(cè)試，只有評(píng)估軟件應(yīng)用環(huán)境，有針對(duì)性的制定兼容性測(cè)試計(jì)劃,才能兼顧成本和產(chǎn)品的兼容性質(zhì)量。性能測(cè)試通過自動(dòng)化的測(cè)試工具模擬多種正常、峰值以及異常負(fù)載