【正文】 （1）自動化測試工具中負載壓力工具與干擾注入器、噪聲發(fā)生器的區(qū)別？負載和壓力工具測試軟件，用來給軟件加壓，加載，比如在測試文本處理程序的時候，設(shè)置其處于的磁盤空間和內(nèi)存很小。第五篇：軟件測試讀書總結(jié)軟件測試（第二版）書的一些總結(jié)軟件測試這本書分為了六個部分，介紹了軟件測試的基礎(chǔ)知識。再嚴密的測試也不能完全發(fā)現(xiàn)軟件當中所有的錯誤，但是測試還是能發(fā)現(xiàn)大部分的錯誤，能確保軟件基本是可用的，所以在后續(xù)使用的過程中還需要加強快速響應(yīng)的環(huán)節(jié)。：等價區(qū)間的概念可以這樣表述，設(shè)(A，B)是命題f(x)的一個等價區(qū)間，在(A，B)中任意取值x1進行測試：如果f(x1)錯誤，那么f(x)在整個區(qū)間(A，B)上都將出錯；如果f(x1)正確，那么f(x)在整個區(qū)間(A，B)上都將正確。臨界測試，就是指數(shù)據(jù)在保存、刪除、傳送、發(fā)送時或者這些動作即將發(fā)生時，考察軟件對外部干擾事件的處理情況。此時我們可通過增益平衡(Gain Balance)來分析各源間的信號輸出幅度： 0dB信號作為標準信號通過Line out輸出,再在信號發(fā)生器上定標準輸出； ,調(diào)制率75KHz，信號強度66dB,比較與CD輸出時的幅度差別； ,調(diào)制率80%，信號強度80dB,比較與CD輸出時的幅度差別；,將輸入設(shè)置為1KHz，500MV(12dB), 比較與CD輸出時的幅度差別。：即遵循約定俗成的規(guī)定。，在健壯性測試中，要檢查當這些條件不滿足的時候的反應(yīng)。隱性功能：指在菜單里看不到的功能。根據(jù)功能做一個基本的測試計劃；當然在做這個測試計劃時可以先問下你的主測或是開發(fā)經(jīng)理，有什么建議，畢竟他們經(jīng)驗比我們豐富。這里要進行缺陷審核和驗證等工作。白盒測試：是軟件測試中比較常用的用來測試邏輯軟件結(jié)構(gòu)的方法，通過白盒測試，我們可以了解程序的詳細的邏輯結(jié)構(gòu)，以此來判斷程序的運行是否得到我們想要的效果。，在開發(fā)過程中有些模塊功能幾乎相同，程序員在重用代碼時可能忘記在原有代碼上修改或修改不全面，而造成的錯誤。軟件的測試不僅是要確保軟件的質(zhì)量，還要給開發(fā)人員提供信息，以方便其為風險評估做相應(yīng)的準備，以及為其提供分析依據(jù)，重要的是要貫穿在整個軟件開發(fā)的過程中，保證整個軟件開發(fā)的過程是高質(zhì)量的。并且，根據(jù)這種心理，有人提出了一種測試的方法——黑盒測試。，往往用戶的需求是不斷的變化的，而其中的一部份變化的原因，是有用戶操作上不方便引起的。第二步：設(shè)計測試用例。第二篇：軟件測試心得從事測試到現(xiàn)在已有半年多的時間，剛開始做為新人時，面對未接觸過的系統(tǒng)中的每個模塊，心中是有些慌張的。以下是就自己的個人工作經(jīng)歷談一些淺見：：，都要有自己的一 套完整的品質(zhì)標準，這個標準一定是在符合國標及客戶標準的基礎(chǔ)上形成的企業(yè)標準，系統(tǒng)而全面地描述一款產(chǎn)品的功能、性能、可靠性、健壯性、安規(guī)要求等一系列的產(chǎn)品標準，并根據(jù)客戶特定要求相應(yīng)調(diào)整。該成語充分說明了我們對產(chǎn)品進行健壯性測試的必要性。如帶在線音樂功能的車載DVD，插上3G dongle時，下載歌曲時是否有流量提醒：該歌曲占用多少容量、目前已用多少流量、還剩余多少流量。搖一搖的體驗包括：動作:搖動；視覺:屏幕裂開并合上來響應(yīng)動作； 聽覺:有吸引力的聲音來響應(yīng)動作；結(jié)果:從屏幕中央滑下的一張名片。因此，軟件程序編寫工作的完成，其實只是完成了開發(fā)任務(wù)中的一半，對軟件進行模擬用戶環(huán)境進行兼容性測試其重要性不亞于對程序本身的開發(fā)。，糾錯的成本非常高。(Testing Schedule)定義在DR各個階段的詳細進度，該進度表依賴于項目總進度及軟件開發(fā)進度。希望以后能在性能測試方面提高重視程度，加大人力投入，以保證系統(tǒng)上線后能夠穩(wěn)定運行。，介紹了一些基本的測試方法（白盒與黑盒法的區(qū)別是是否參考了代碼，動態(tài)與靜態(tài)區(qū)別是是否運行了代碼）：（1）靜態(tài)黑盒法測試產(chǎn)品說明書。并且軟件測試所針對的范圍是交付用戶部分，所以測試要包含文檔測試。目前我們在項目建設(shè)過程中對性能壓力測試的重視程度還不太高，廠家也很少有雇傭第三方的測試機構(gòu)。另外，測試計劃還需要明確定義發(fā)布標準(Release Criteria)的范圍，如果有需要，可能還需要定義每一個發(fā)布標準定義在DRDR3和DR4個階段的目標。軟件中司空見慣的“內(nèi)存泄漏”與”誤差積累“等問題不是一時半會兒就能測試出來的，需要一個較長時間的觀察。想要專心和投資在研發(fā)上，又想要節(jié)省成本的做好兼容性測試，只有評估軟件應(yīng)用環(huán)境，有針對性的制定兼容性測試計劃,才能兼顧成本和產(chǎn)品的兼容性質(zhì)量。微信的搖一搖是個以“自然”為目標的設(shè)計。如接入導(dǎo)航盒后，導(dǎo)航不運行，看是否會對其它模式的運行產(chǎn)生影響？最近測試的Mazda J53R就是在接入導(dǎo)航盒后，產(chǎn)生系統(tǒng)不穩(wěn)定，長時間播放藍牙音樂、iPod曲目等會出現(xiàn)系統(tǒng)報錯。：橘生淮南則為橘，生于淮北則為枳。而且軟件的測試不僅是要確保軟件的質(zhì)量，還要給開發(fā)人員提供信息，以方便其為風險評估做相應(yīng)的準備，以及為其提供分析依據(jù)，重要的是要貫穿在整個軟件開發(fā)的過程中，保證整個軟件開發(fā)的過程是高質(zhì)量的。對測試進行分析，總結(jié)本次的經(jīng)驗教訓，在下一次的工作中改。測試工作啟動前一定要確定正確的測試策略和指導(dǎo)方針，這些是后期開展工作的基礎(chǔ)。有些程序在WIN2000下能運行，而到WIN98卻不能運行。出現(xiàn)這種爭論的原因是，一個程序員，都會對自己的軟件出現(xiàn)這樣一種期望——期望自己的軟件不會出現(xiàn)錯誤！然而，正是因為這種期望，我們更是需要進行測試，并且讓專人來進行測試，因為，在這種心理的期望面前，任何程序員都會出現(xiàn)測試上的偏向，他們更偏向于向軟件正常運行的的那個一方面進行測試，然而實際上這種測試是經(jīng)不起現(xiàn)實數(shù)據(jù)的考驗的。二、為什么要進行軟件