【正文】 、軟件測試的基本方法軟件測試針對的是軟件的缺陷，也就是說我們軟件測試為的就是找出軟件的某些缺陷，為了更好的找出軟件的缺陷，我們應(yīng)當(dāng)知道軟件的缺陷的定。，有些系統(tǒng)在開發(fā)時(shí)依賴于另外一個(gè)系統(tǒng),當(dāng)另外一個(gè)系統(tǒng)發(fā)生錯(cuò)誤時(shí), 這個(gè)系統(tǒng)所受到的影響的情況。三、軟件需要測試的部分我們總在說要對軟件進(jìn)行測試，那么我們到底需要對軟件進(jìn)行那些測試呢？下面我們對一些常常常需要進(jìn)行的測試進(jìn)行一些列舉。二、為什么要進(jìn)行軟件測試其實(shí)對于開發(fā)人員來說，軟件測試是一件很痛苦的事情。因?yàn)檫@些開發(fā)經(jīng)驗(yàn)，我深刻的明白軟件測試在項(xiàng)目開發(fā)當(dāng)中有著相當(dāng)重要的地位，尤其是那種團(tuán)隊(duì)開發(fā)！一、軟件測試的工作及要求軟件測試工作是一個(gè)系統(tǒng)而且復(fù)雜的工作，軟件測試的目的就是在確保軟件多分質(zhì)量，確認(rèn)軟件以正確的方式做了你所期望的工作，所以軟件測試工作的主要內(nèi)容就是發(fā)現(xiàn)軟件的錯(cuò)誤發(fā)現(xiàn)軟件的錯(cuò)誤、有效定義和實(shí)現(xiàn)軟件成分由底層到高層的組裝過程、驗(yàn)證軟件是否滿足規(guī)格書要求和系統(tǒng)定義文檔所規(guī)定的技術(shù)要求、為軟件質(zhì)量模型的建立提供依據(jù)。出現(xiàn)這種爭論的原因是，一個(gè)程序員，都會對自己的軟件出現(xiàn)這樣一種期望——期望自己的軟件不會出現(xiàn)錯(cuò)誤！然而，正是因?yàn)檫@種期望，我們更是需要進(jìn)行測試，并且讓專人來進(jìn)行測試，因?yàn)?，在這種心理的期望面前，任何程序員都會出現(xiàn)測試上的偏向，他們更偏向于向軟件正常運(yùn)行的的那個(gè)一方面進(jìn)行測試，然而實(shí)際上這種測試是經(jīng)不起現(xiàn)實(shí)數(shù)據(jù)的考驗(yàn)的。，程序往往在接口的地方很容易發(fā)生錯(cuò)誤，要在此模塊測試勿掉以輕心。有些程序在WIN2000下能運(yùn)行，而到WIN98卻不能運(yùn)行。而知關(guān)于邏輯部分的局限性便可由白盒測試來進(jìn)行彌補(bǔ)。測試工作啟動前一定要確定正確的測試策略和指導(dǎo)方針，這些是后期開展工作的基礎(chǔ)。第四步：提交缺陷。對測試進(jìn)行分析，總結(jié)本次的經(jīng)驗(yàn)教訓(xùn)，在下一次的工作中改。這時(shí)自己就看看測試用例，隨便測測，看功能能不能正常走通。而且軟件的測試不僅是要確保軟件的質(zhì)量，還要給開發(fā)人員提供信息，以方便其為風(fēng)險(xiǎn)評估做相應(yīng)的準(zhǔn)備，以及為其提供分析依據(jù)，重要的是要貫穿在整個(gè)軟件開發(fā)的過程中，保證整個(gè)軟件開發(fā)的過程是高質(zhì)量的。顯性功能：指在菜單里可以看得到的功能。：橘生淮南則為橘，生于淮北則為枳?；謴?fù)測試重點(diǎn)考察一下幾項(xiàng)：（1）系統(tǒng)能否重新運(yùn)行；（2）有無重要的數(shù)據(jù)丟失；（3）是否毀壞了其它相關(guān)的軟件或硬件；（4）若軟件出現(xiàn)系統(tǒng)報(bào)錯(cuò)，是否有自恢復(fù)能力。如接入導(dǎo)航盒后，導(dǎo)航不運(yùn)行，看是否會對其它模式的運(yùn)行產(chǎn)生影響？最近測試的Mazda J53R就是在接入導(dǎo)航盒后，產(chǎn)生系統(tǒng)不穩(wěn)定，長時(shí)間播放藍(lán)牙音樂、iPod曲目等會出現(xiàn)系統(tǒng)報(bào)錯(cuò)。例如：在設(shè)置菜單選擇DSP模式，退出后在各放音源下檢查DSP模式與設(shè)置菜單中是否一致；將系統(tǒng)語言改為英語等其它語言，播放界面及菜單等，拼寫是否正確，顯示是否一致、是否越界等。微信的搖一搖是個(gè)以“自然”為目標(biāo)的設(shè)計(jì)。通過切換模式，主觀感覺不同模式下聲音輸出幅度不一致，即不同模式間切換感覺聲音忽大忽小，這樣就會給用戶造成較差的聽覺感受。想要專心和投資在研發(fā)上，又想要節(jié)省成本的做好兼容性測試，只有評估軟件應(yīng)用環(huán)境，有針對性的制定兼容性測試計(jì)劃,才能兼顧成本和產(chǎn)品的兼容性質(zhì)量。如Dolby Digital Plus判定標(biāo)準(zhǔn)：視頻先于音頻10ms或視頻后于音頻15ms，為可接受范圍。軟件中司空見慣的“內(nèi)存泄漏”與”誤差積累“等問題不是一時(shí)半會兒就能測試出來的，需要一個(gè)較長時(shí)間的觀察。有兩種手段可以有效地縮小窮舉空間：等價(jià)劃分和邊界值分析。另外，測試計(jì)劃還需要明確定義發(fā)布標(biāo)準(zhǔn)(Release Criteria)的范圍，如果有需要，可能還需要定義每一個(gè)發(fā)布標(biāo)準(zhǔn)定義在DRDR3和DR4個(gè)階段的目標(biāo)。體會二：軟件測試的真正意義在于發(fā)現(xiàn)錯(cuò)誤，而不在于驗(yàn)證軟件是正確的。目前我們在項(xiàng)目建設(shè)過程中對性能壓力測試的重視程度還不太高，廠家也很少有雇傭第三方的測試機(jī)構(gòu)。最后再次感謝公司提供的平臺，感謝領(lǐng)導(dǎo)的信任，讓我有機(jī)會得到更深層次的學(xué)習(xí)以及展示自己能力的機(jī)會，我也會盡我所能來完善工作的系統(tǒng)，提高整體工作效率，為南方電網(wǎng)的發(fā)展建設(shè)提供更堅(jiān)實(shí)，優(yōu)秀的支撐服務(wù)平臺。并且軟件測試所針對的范圍是交付用戶部分，所以測試要包含文檔測試。首先是自動化工具，可以減少測試一些性能難度，可以簡單的在短時(shí)間進(jìn)行多次測試；其次是共享測試，就一個(gè)軟件的測試區(qū)域讓不同測試者進(jìn)行測試，屬于內(nèi)部測試；最后是beta版本測試，通過用戶使用后的數(shù)據(jù)進(jìn)行分析。類似于負(fù)載和壓力工具干擾注入器、噪聲發(fā)生器并不是提供固定不變的壓力、負(fù)載而是不斷變化，更不穩(wěn)定。，介紹了一些基本的測試方法（白盒與黑盒法的區(qū)別是是否參考了代碼，動態(tài)與靜態(tài)區(qū)別是是否運(yùn)行了代碼）：（1）靜態(tài)黑盒法測試產(chǎn)品說明書。以下分部分是我的一些理解。希望以后能在性能測試方面提高重視程度，加大人力投入，以保證系統(tǒng)上線后能夠穩(wěn)定運(yùn)行。結(jié)合軟件測試的理論，故障暴露在最終客戶端之前及時(shí)主動的去發(fā)現(xiàn)并解決。(Testing Schedule)定義在DR各個(gè)階段的詳細(xì)進(jìn)度，該進(jìn)度表依賴于項(xiàng)目總進(jìn)度及軟件開發(fā)進(jìn)度。等價(jià)劃分思想的關(guān)鍵是找到一個(gè)合適的標(biāo)準(zhǔn)去劃分等價(jià)區(qū)間！新中國成立不久，有一位外國記者問周恩來總理：總理先生，請問你們中國有幾個(gè)廁所？意思是新中國一窮二白，除了廁所多一點(diǎn)之外沒有什么別的財(cái)富。，糾錯(cuò)的成本非常高。如文本文件容量大于或等于設(shè)計(jì)容量，關(guān)注讀取時(shí)的表現(xiàn)；藍(lán)牙通話/藍(lán)牙音樂關(guān)注傳輸距離臨界值附近的測試結(jié)果；藍(lán)牙連接成功立即斷開再連接等。因此，軟件程序編寫工作的完成，其實(shí)只是完成了開發(fā)任務(wù)中的一半，對軟件進(jìn)行模擬用戶環(huán)境進(jìn)行兼容性測試其重要性不亞于對程序本身的開發(fā)。通過不同模式下的輸出幅度對比作為理論依據(jù)來改善,