軟件測(cè)試技術(shù)總結(jié).doc_第1頁(yè)
軟件測(cè)試技術(shù)總結(jié).doc_第2頁(yè)
軟件測(cè)試技術(shù)總結(jié).doc_第3頁(yè)
軟件測(cè)試技術(shù)總結(jié).doc_第4頁(yè)
軟件測(cè)試技術(shù)總結(jié).doc_第5頁(yè)
已閱讀5頁(yè),還剩23頁(yè)未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

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

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論