軟件測試技術(shù)總結(jié).doc

軟件測試技術(shù)總結(jié)最近發(fā)表了一篇名為軟件測試技術(shù)總結(jié)的范文，感覺很有用處，希望大家能有所收獲。篇一：軟件測試技術(shù)總結(jié)IT公司面試手冊提供最全的IT類面試題,包括Java：Java面試題 J2EE面試題 Hibernate面試題 Spring面試題 Struts面試題EJB面試題.NET:.net面試題 ASP.NET面試題 C#面試題數(shù)據(jù)庫：數(shù)據(jù)庫面試題 Oracle面試題 SQL Server面試題 MySql面試題網(wǎng)絡：網(wǎng)絡技術(shù)面試題 網(wǎng)絡安全面試題Web開發(fā)：PHP面試題 Web開發(fā)面試題Linux Unix：Unix面試題 Linux面試題軟件測試： 軟件測試面試題其他類： 英語面試 外企面試 Python面試題 程序員面試更多面試題請訪問：軟件測試技術(shù)總結(jié)軟件測試就是為了發(fā)現(xiàn)程序中的錯誤而分析和執(zhí)行程序的過程。概念+基本知識+軟件開發(fā)過程-定義-計劃-實現(xiàn)-穩(wěn)定化-部署一、軟件開發(fā)模型(四種典型的模型)1、瀑布模型概述：包括計劃，需求分析，設(shè)計，編碼，測試，運行維護六個階段。六個階段自上而下、相互銜接，以固定的次序進行。特點：1.階段的順序性和依賴性；2.文檔驅(qū)動；3.推遲實現(xiàn)的觀點；4.質(zhì)量保證。缺點：不適合需求模糊的系統(tǒng)2、原型模型概述：先建立一個能夠反映用戶需求的原型系統(tǒng)，使得用戶和開發(fā)者可以對目標系統(tǒng)的概貌進行評價和判斷，然后對原型系統(tǒng)進行反復的擴充、改進、求精，最終建立符合用戶需求的目標系統(tǒng)。特點：1.快速開發(fā)工具；2.循環(huán)；3.低成本。分類：按照對原型的處理方式，可以分為漸進型和拋棄型。3、增量模型概述：在增量模型中每個階段都生成軟件的一個可發(fā)布版本，最全面的范文參考寫作網(wǎng)站階段交錯進行，版本逐漸完善。同原型模型的最大區(qū)別在于，在原型模型中每個階段發(fā)布一個原型而在增量模型中則完成一個正式版本。4、螺旋模型概述：適用于大型軟件的開發(fā)，它將瀑布模型和快速原型模型結(jié)合起來，并加入了風險分析。特點：1.每個階段都包括制定計劃，風險分析，實施工程，評審四個階段；2.開發(fā)過程迭代進行，每迭代一次螺旋線增一周，工程前進一個層次，系統(tǒng)生成一個新版本，投入新的時間成本，最終得到客戶滿意的版本。-軟件測試從需求開始：現(xiàn)代的軟件測試將測試滲入到軟件開發(fā)的各個階段，即使瀑布模型，表面看測試工作是在測試階段開始的，事實上，在計劃、需求、設(shè)計階段，測試人員便已經(jīng)開始了他們的工作，如：了解軟件需求，編寫測試計劃，搭建測試環(huán)境。二、測試用例1、三要素：前提條件和操作步驟、預期結(jié)果、實際結(jié)果。2、必須以需求為依據(jù)。三、軟件測試分類1、是否關(guān)注軟件結(jié)構(gòu)和算法-黑盒測試：基于軟件需求的測試方法。-白盒測試：基于軟件內(nèi)部設(shè)計和程序?qū)崿F(xiàn)的測試方法。2、是否執(zhí)行被測試軟件-動態(tài)測試：在測試過程中執(zhí)行被測試軟件的測試方法。-靜態(tài)測試：-不-。3、基于不同的測試階段：1、單元測試：主要測試軟件的單元模塊，需要編寫額外的測試驅(qū)動程序，采用白盒測試的方法，一般由 開發(fā)人員完成。2、集成測試：將一些“構(gòu)件”集成在一起時測試他們是否能正常運行，構(gòu)件可以是程序模塊，也可以是客戶機-服務器程序等，需要編寫測試仿真程序，采用白盒和黑盒相結(jié)合的方式，通常由 開發(fā)人員承擔。3、系統(tǒng)測試：測試軟件系統(tǒng)是否符合所有的需求，包括功能性測試和非功能性測試。一般由獨立的測試人員完成，通常采用黑盒測試方法。4、驗收測試：(、)與系統(tǒng)測試類似，但由客戶或最終用戶執(zhí)行，測試軟件是否符合需求規(guī)格說明書。5、回歸測試：指在軟件開發(fā)過程中，每次錯誤被修正后或軟件的功能、環(huán)境發(fā)生變化后進行的測試。四、軟件測試的三個步驟：1、測試計劃：測試人員首先對需求進行分析，最終定義一個測試集合，通過刻畫和定義測試發(fā)現(xiàn)需求中的問題，然后根據(jù)軟件需求同測試主管制定并確認“測試計劃”。2、測試設(shè)計和開發(fā)：軟件測試人員根據(jù)軟件需求和軟件設(shè)計說明書完成測試用例的設(shè)計和必要的測試驅(qū)動程序的開發(fā)。3、執(zhí)行測試：需要做的工作包括搭建測試環(huán)境、運行測試、記錄測試結(jié)果、報告軟件缺陷、跟蹤軟件缺陷、分析測試結(jié)果，必要時進行回歸測試。五、測試工程師的能力要求：1、5C-Controlled /kEntrEuld/ 接受管理，有條理的-Competent /kCmpitEnt/了解正確的測試技術(shù)-Critical /kritikEl/專注于發(fā)現(xiàn)問題范文寫作-Comprehensive /.kCmprihensiv/ 注意細節(jié)-Considerate /kEnsidErit/能夠和開發(fā)人員很好的交談2、職業(yè)素質(zhì) -責任心-學習能力-懷疑精神 -溝通能力 -專注力-洞察力 -團隊精神-注重積累六、制定測試計劃的五個步驟：1、分析和測試軟件需求 2、定義測試策略3、定義測試環(huán)境 4、定義測試管理5、編寫和審核測試計劃如果在需求分析階段發(fā)現(xiàn)并結(jié)果問題需要花費$1，則在設(shè)計階段解決同樣的問題需花費$5，在編碼階段需$10，交付后解決同樣的問題需花費$200。越早測試越好七、在需求分析過程中測試人員需要進行如下工作：1)理解需求，參與審核需求文檔；2)理解項目的目標、限制，了解用戶的應用背景；3)編寫測試計劃；4)準備測試資源。八、需求測試-需求測試測試的對象是主意而不是代碼，針對文檔進行測試。九、好的需求文檔的特征1、具有清晰的格式和文檔結(jié)構(gòu)2、需求的內(nèi)容正確 3、需求的內(nèi)容完整4、需求具有可行性需求的必要性 5、對不同的需求優(yōu)先等級進行定義 6、描述明確7、可證性和可測試性 8、范文TOP100可修改性-可追蹤9、需求文檔被及時更新十、需求測試內(nèi)容1、需求文檔是否符合公司的格式要求 2、是否正確3、要保證需求文檔中所描述的內(nèi)容是真實可靠的4、這是“真正的”需求嗎？描述的產(chǎn)品是否是要開發(fā)的產(chǎn)品？5、需求是否完備？第一個發(fā)布的版本是否需要更多的功能？列出的需求可以減少一部分？6、需求是否兼容？需求有可能是矛盾的。7、需求是否可實現(xiàn)？如：需求設(shè)想的設(shè)備是否比實際運行的要快？需求要求的內(nèi)存、I/0設(shè)備是否太多？需求的輸入或輸出設(shè)備要求的分辨率是否要求過高？8、需求是否合理？在開發(fā)進度、開發(fā)費用、產(chǎn)品性能、可靠性和內(nèi)存使用之間存在著平衡關(guān)系。9、需求是否可測？對于軟件測試人員來說判斷需求是否可測是這個過程中最重要的工作。十一、需求測試方法1、復查review 2、走查walkthrough 3、審查inspection十二、測試策略的內(nèi)容1、確定測試范圍 軟件是無法被完全測試的 2、確定測試方法 不同的系統(tǒng)需要不同的測試方法3、定義測試標準 入口標準，暫停和繼續(xù)的標準，出口標準等十三、軟件測試結(jié)束的標準-基于測試用例的使用規(guī)則1)構(gòu)造測試用例（由相關(guān)人員進行評審）2)執(zhí)行測試用例中，當測試用例的不通過率達到20%則拒絕繼續(xù)測試，思想?yún)R報專題待開發(fā)人員修正軟件后再繼續(xù)。3)當功能性測試用例通過率達到100%，非功能性測試用例通過率達到90%時，允許正常結(jié)束。-基于“測試期缺陷密度”規(guī)則-含義：對軟件測試一個CPU小時發(fā)現(xiàn)的缺陷數(shù)，比較適用于系統(tǒng)測試-基于“運行期缺陷密度”規(guī)則-含義：把軟件運行一個CPU小時發(fā)現(xiàn)的缺陷數(shù)，比較適用于驗收測試 注：一個階段的出口標準!=下一個階段的入口標準系統(tǒng)測試結(jié)束的標準!=軟件的發(fā)布標準 發(fā)布標準!=軟件0缺陷-選擇測試工具 是否需要，需要什么工具，怎么獲取-降低軟件測試代價是企業(yè)普遍關(guān)注的問題，可通過a.減少冗余和無價值的測試；b.減少測試階段(萬般無奈下)十四、測試環(huán)境-基本內(nèi)容：設(shè)備環(huán)境、軟件環(huán)境、數(shù)據(jù)環(huán)境-需考慮的因素 -計算機平臺-操作系統(tǒng) -瀏覽器 -軟件支持平臺 -外圍設(shè)備 -網(wǎng)絡環(huán)境 -其他專用設(shè)備 -搭建測試環(huán)境時的配置原則：-使用的頻度或范圍-實效的可能性-最大限度的模擬真實環(huán)境十五、測試管理由于測試工程中設(shè)計的人員、活動、工具是很多的，在制定測試計劃時需要對這些因素進行管理 -選擇缺陷管理工具和測試管理工具 -定義工作進度-建立風險管理計劃(1)可能遇到的風險1.由于設(shè)計、編碼階段出現(xiàn)大量質(zhì)量問題，導致測試工作量時間增加2.開始測試時所需的硬件、軟件沒有準備好 3.未能完成對測試人員的技術(shù)培訓4.測試時的人力資源安排不足 5.測試過程中，發(fā)生了大量的需求變更6.測試過程中，項目的開發(fā)計劃被大幅度調(diào)整 7.不能及時準備好測試所需的環(huán)境8.不能及時準備好測試數(shù)據(jù)(2)風險管理的過程1.識別風險 2.評估風險 3.制定對策 4.跟蹤風險+測試設(shè)計與開發(fā)+總體設(shè)計-投入產(chǎn)出：測試設(shè)計的輸入是測試計劃，輸出是評審過的測試用例集合-定義設(shè)計目標遵循的原則(-清楚地說明沒項測試的目標-使每項測試的目標單一，可以對應到規(guī)格說明書中的一項需求-只說明測試應該完成什么工作，而不說明如何完成)-流程：總體設(shè)計-開發(fā)測試用例-評審測試用例I.定義設(shè)計目標 II.定義輸入說明 III.定義測試環(huán)境和配置IV.測試設(shè)計文檔 V.開發(fā)測試用例+測試用例概念：為特定目標開發(fā)的測試輸入、執(zhí)行條件和預期結(jié)果的集合。+好的測試用例：1.容易發(fā)現(xiàn)軟件的錯誤 2.精確的重復某測試失敗的情景，可重復性3.清晰的定義一個或多個期望的結(jié)果 4.沒有冗余+測試用例的作用-指導測試的實施 -作為編寫測試腳本的“設(shè)計規(guī)格說明書” -評估測試標準的度量基準 -分析缺陷的標準 +白盒測試用例設(shè)計+設(shè)計方法+邏輯覆蓋法( -語句覆蓋 -判定覆蓋 -條件覆蓋 -判定-條件覆蓋 -條件組合覆蓋 -路經(jīng)覆蓋 -基本路經(jīng)法)+輔助模塊設(shè)計(1.驅(qū)動模塊：相當于被測程序的主程序。接受測試數(shù)據(jù)，把這些數(shù)據(jù)傳給被測模塊然后輸出實際測試結(jié)果。2.樁模塊：用于調(diào)用被測模塊調(diào)用的子模塊?？梢宰錾倭康臄?shù)據(jù)操作，不需要把子模塊的所有功能都帶進來，但不容許什么都不做。)+黑盒測試用例設(shè)計-等價類劃分法-邊界值法 “缺陷遺漏在角落里，聚集在邊界上。”-因果圖法 彌補等價類和邊界值法的不足篇二：軟件測試心得軟件測試心得體會軟件測試工作是一個系統(tǒng)而復雜的工程，軟件測試的目的就是確保軟件的質(zhì)量、確認軟件以正確的方式做了你所期望的事情，所以工作的主要任務是發(fā)現(xiàn)軟件的錯誤、有效定義和實現(xiàn)軟件成分由底層到高層的組裝過程、驗證軟件是否滿足規(guī)格書要求和系統(tǒng)定義文檔所規(guī)定的技術(shù)要求、為軟件質(zhì)量模型的建立提供依據(jù)。而且軟件的測試不僅是要確保軟件的質(zhì)量，還要給開發(fā)人員提供信息，以方便其為風險評估做相應的準備，以及為其提供分析依據(jù)，重要的是要貫穿在整個軟件開發(fā)的過程中，保證整個軟件開發(fā)的過程是高質(zhì)量的。軟件測試對測試工程師來講，要求具備較強的專業(yè)知識，嚴謹細心耐心的測試態(tài)度，良好的反向思維、發(fā)散思維能力、溝通能力等等。以下是就自己的個人工作經(jīng)歷談一些淺見：1.標準文檔的制定：1.1.任何一個公司要讓自己的產(chǎn)品面市，都要有自己的一套完整的品質(zhì)標準，這個標準一定是在符合國標及客戶標準的基礎(chǔ)上形成的企業(yè)標準，系統(tǒng)而全面地描述一款產(chǎn)品的功能、性能、可靠性、健壯性、安規(guī)要求等一系列的產(chǎn)品標準，并根據(jù)客戶特定要求相應調(diào)整。1.2.測試儀器的作業(yè)指導書(SOP)及保養(yǎng)說明等。定義儀器的使用步驟、操作指南和保養(yǎng)細則等。2.測試資料的歸檔：標準媒體文件、測試報告、BUG LIST庫（電子類問題、結(jié)構(gòu)類問題、軟件類問題：方案自存問題、品證測試問題、生產(chǎn)測試問題、客戶反饋問題、終端消費者反饋問題等）、認證測試文檔歸納總結(jié)(認證公司培訓資料、認證過程中出現(xiàn)并改善的問題)、測試工程師經(jīng)驗分享、常見問題解答FAQ等。3.功能測試：3.1.這是軟件測試工作中最核心和最基本的一項測試，該測試的主要內(nèi)容是檢查軟件是否符合需求定義，并通過構(gòu)造正常的操作來檢查的動作是否正確；在這個測試里，正確性是最最重要的軟件質(zhì)量要素。3.2.功能測試按照可見性可以分為兩類：顯性功能和隱性功能。顯性功能：指在菜單里可以看得到的功能。隱性功能：指在菜單里看不到的功能。例如，電話本的顯性功能有增加、編輯、刪除、撥打等，這些功能可以在電話本的菜單里面看得到，姓名列表排序則屬于一個隱性功能，因為在電話本的菜單里沒有這樣一個子菜單，但它卻是一個實實在在的功能。如以下這些隱性功能都測試中都需重點關(guān)注：a.電話本上下頁切換，是否有遺漏聯(lián)系人信息？b.是否支持手機內(nèi)存、SIM卡電話本的同時下載？還是支持從一種介質(zhì)里下載？c.斷電后再上電，系統(tǒng)設(shè)置的時間是否有記憶功能？d.GPS信號正常時，導航地圖中時間是否有更新？e.TFT屏在Power offon,ACC offon時，屏的角度是否有記憶？f.模擬導航時，是否有雙工功能？后臺源聲音輸出是否正常？g.路試語音產(chǎn)品外置麥克風使用效果時，考慮車速、風聲、車內(nèi)講話噪聲、汽車底盤/發(fā)動機噪聲等對麥克風錄音效果的影響，軟件多線程開啟時導致的資源占用/系統(tǒng)繁忙對后臺錄音系統(tǒng)的影響。(也可從結(jié)構(gòu)方面考慮：外置麥克風型腔開孔的接觸面積，是否360度可旋轉(zhuǎn)等來增加錄音的路徑等。）h.地圖上的POI信息通過后臺語音搜索獲取不到，解決措施：要求方案商訊飛完善后臺語音庫。3.3.在實際的測試過程中，顯性功能通過菜單遍歷可以很容易地進行無遺漏的測試，但是隱性功能卻很容易為我們所忽略！一個有效的解決辦法是去檢查軟件的功能定義列表(Feature List)，從這個列表里面找出那些隱性的功能。3.4.制定測試用例時，要充分考慮各功能模塊軟件的顯性功能和隱性功能。4.健壯性測試：橘生淮南則為橘，生于淮北則為枳。是說明橘的健壯性太差。該成語充分說明了我們對產(chǎn)品進行健壯性測試的必要性。4.1.健壯性是指在異常情況下，軟件還能正常運行的能力。健壯性有兩層含義：一是容錯能力，二是恢復能力。健壯性測試主要包括：電子硬件健壯性(如：遙控距離測試、高低電壓適應性測試、插拔電及開關(guān)機測試、靜電抗擾度測試、熱插拔測試)和機械健壯性(如：整機結(jié)構(gòu)設(shè)計基準測試、模擬運輸測試、常溫包裝跌落測試)。4.2.這項測試主要是檢查軟件對異常操作的容錯能力，異常操作通常要考慮異常輸入操作及異常條件兩個方面。例如：測試藍光媒體播放器時，反復把HDMI連接線拔掉，造成通信異常中斷，再接上復合視頻(CVBS)信號輸出，即由數(shù)字信號輸出轉(zhuǎn)為模擬信號輸出?；謴蜏y試重點考察一下幾項：（1）系統(tǒng)能否重新運行；（2）有無重要的數(shù)據(jù)丟失；（3）是否毀壞了其它相關(guān)的軟件或硬件；（4）若軟件出現(xiàn)系統(tǒng)報錯，是否有自恢復能力。4.3.軟件的很多功能的實現(xiàn)是有很多隱含的條件的，在健壯性測試中，要檢查當這些條件不滿足的時候的反應。例如：目前大多數(shù)3G智能手機，與各電信運營商形成利益捆綁，每款手機支持特定的電信運營商提供的通信服務，其它運營商提供的服務則被拒之門外。當使用移動SIM卡安裝在只支持聯(lián)通通信服務的3G手機上，關(guān)注該手機表現(xiàn)：是否在執(zhí)行自動更新時重啟？還是執(zhí)行自動更新后提示不支持移動運營通信服務：SIM card not supported,emergency calls only？例如：在做完常溫包裝跌落測試后，再測試機芯的讀碟能力，讀取偏芯碟、面振碟、偏重心碟、刮痕碟、指紋碟等等碟片，與未做跌落測試前讀碟能力進行比較。如果讀碟能力比以前更差，則考慮改進措施：軟件適當增加錄軌時間或機芯托盤加固等。篇三：軟件測試學習總結(jié)軟件測試學習總結(jié)姓名：某某 學號：20090001在大慶浦東軟件平臺有限公司經(jīng)過一周的軟件測試實訓，從對軟件測試沒有什么經(jīng)驗的我初步掌握了軟件測試的方法和技能，收獲頗多。我在大學期間的專業(yè)是信息與計算科學，原本打算從事網(wǎng)絡方面的工作，對活動目錄、數(shù)據(jù)庫、操作系統(tǒng)等的知識比較感興趣。經(jīng)過這次理論學習，了解到要做好軟件測試，要求掌握的知識并不僅僅是測試方面的，網(wǎng)絡、數(shù)據(jù)庫、操作系統(tǒng)等的知識對做好測試也是很有幫助的。這讓我明確了以后學習的目標，在不斷學習軟件測試的同時，也應該繼續(xù)其他相關(guān)知識的深入學習。通過此次學習，對整個軟件測試行業(yè)的了解大大的加深。以前認為軟件測試只是枯燥的反復的使用被測試軟件來發(fā)現(xiàn)異常的問題，以為軟件測試并不重要，低開發(fā)一等?，F(xiàn)在認識到了軟件測試的重要性，軟件測試是軟件產(chǎn)業(yè)向軟件工業(yè)化生產(chǎn)時代邁進不可缺少的重要組成部分，是保證軟件質(zhì)量達到客戶需求不可缺少的環(huán)節(jié)。軟件測試在國內(nèi)是一個新的職業(yè)，發(fā)展得比較晚，但它的重要性正在為行業(yè)所重視。在學習過程中，我了解了作為一個合格的測試人員所應具備的素質(zhì)與技能。其中個人素質(zhì)在測試工作中起到了非常重要的作用，它包括你的信心、耐心、細心和與人交流溝通的能力，它將貫穿你工作生涯的整個過程。在測試理論上，我們系統(tǒng)學習了軟件測試的流程，各種測試階段和測試方法，以及測試工具的使用。通過這些課程的學習，讓我們對軟件工程也有了更深刻的理解，為以后的測試工作作了很好的理論儲備和技能的提升。軟件測試作為軟件開發(fā)過程中一個非常重要的環(huán)節(jié)，越來越成為軟件開發(fā)商和用戶關(guān)注的焦點。完善的測試是軟件質(zhì)量的保證，因此軟件測試就成了一項重要而艱巨的工作，要做好這項工作當然也絕非易事，我在做軟件測試工作中總結(jié)出了一些經(jīng)驗和技巧。1.功能點的細化在進行測試前，先將所要測試的功能細分，填寫測試用例表，有針對性的運行功能測試案例，逐個對每個功能細分點進行測試。在每次運行測試案例之前，明確此次運行的目的和預期的輸出結(jié)果，并要做好記錄。2.注意測試中的錯誤集中發(fā)生的現(xiàn)象有一些錯誤是和程序開發(fā)人員的編程水平和習慣有很大關(guān)系的。例如程序中的拼寫錯誤，習慣用法等。注意收集并記錄這些現(xiàn)象，有助于更快、更多地發(fā)現(xiàn)類似的錯誤。3.盡可能多的使用非常規(guī)的測試充分考慮到各種合法的輸入和不合法的輸入以及各種邊界條件。邊界值往往是最容易出現(xiàn)異常的情況，特殊的情況下甚至要制造極端的狀態(tài)和意外狀態(tài)，比如網(wǎng)絡突然中斷，和電源突然斷電等情況。4.對測試錯誤結(jié)果一定要有一個確認的過程一般有A測試出來的錯誤，一定要有一個B來確認。5.制定嚴格的測試計劃測試時間安排的盡量寬松，不要希望在極短的時間內(nèi)完成一個高水平的測試。6.回歸測試的關(guān)聯(lián)性一定要引起充分的注意在開發(fā)人員剛修復Bug之后的地方，再找一找，往往開發(fā)人員只修復報告出來的缺陷而不去考慮別的功能在修改時可能會重新造成錯誤。修改