軟件測試基礎(chǔ)要點(diǎn)總結(jié)

時(shí)間：2024-10-24 02:41:01 總結(jié) 我要投稿

相關(guān)推薦

　　總結(jié)是指社會(huì)團(tuán)體、企業(yè)單位和個(gè)人在自身的某一時(shí)期、某一項(xiàng)目或某些工作告一段落或者全部完成后進(jìn)行回顧檢查、分析評(píng)價(jià)，從而肯定成績，得到經(jīng)驗(yàn)，找出差距，得出教訓(xùn)和一些規(guī)律性認(rèn)識(shí)的一種書面材料，它可以促使我們思考，因此我們要做好歸納，寫好總結(jié)。總結(jié)怎么寫才不會(huì)流于形式呢？以下是小編收集整理的軟件測試基礎(chǔ)要點(diǎn)總結(jié)，歡迎閱讀與收藏。

軟件測試基礎(chǔ)要點(diǎn)總結(jié)

　　從宏觀的角度講，軟件測試過程一般可劃分為單元測試、集成測試、驗(yàn)收測試和系統(tǒng)測試等幾個(gè)主要測試階段。

　　1.測試計(jì)劃注意事項(xiàng)

　　1．測試計(jì)劃不一定要盡善盡美，但一定要切合實(shí)際，要根據(jù)項(xiàng)目特點(diǎn)、公司實(shí)際情況來編制，不能脫離實(shí)際情況；

　　2．測試計(jì)劃一旦制定下來，并不就是一成不變的，隨著軟件需求、軟件開發(fā)、人員流動(dòng)等發(fā)生變化，測試計(jì)劃也要根據(jù)實(shí)際情況的變化而不斷進(jìn)行調(diào)整，以滿足實(shí)際測試要求。

　　3．測試計(jì)劃要能從宏觀上反映項(xiàng)目的測試任務(wù)、測試階段、資源需求等，不一定要太過詳細(xì)。

　　測試原則

　�、賾�(yīng)盡早和不斷地進(jìn)行軟件“測試”。

　�、跍y試用例中，不僅要選擇合理的輸入數(shù)據(jù)，還要選擇不合理的輸入數(shù)據(jù)。

　�、墼陂_發(fā)各階段應(yīng)事先分別制定出相應(yīng)的測試計(jì)劃，在測試開始后應(yīng)嚴(yán)格執(zhí)行，防止隨意性。

　　④對(duì)發(fā)現(xiàn)錯(cuò)誤較多的程序模塊，應(yīng)進(jìn)行重點(diǎn)測試。

　�、荼苊獬绦騿T測試自己的程序。

　　⑥用窮舉測試是不現(xiàn)實(shí)的，一般通過設(shè)計(jì)測試用例，充分覆蓋所有條件或所有語句即可。

　�、唛L期妥善保存測試計(jì)劃、測試用例、出錯(cuò)統(tǒng)計(jì)和有關(guān)的分析報(bào)告。

　　2.測試用例文檔

　　測試用例文檔通常是由簡介和測試用例兩部分組成：

　　簡介部分編制了測試目的、測試范圍、定義術(shù)語、參考文檔等，這個(gè)與測試計(jì)劃是一致的。

　　測試用例部分逐一列出各個(gè)測試用例。

　　測試用例（TestCase）是為某個(gè)特殊目標(biāo)而編制的一組測試輸入、執(zhí)行條件以及預(yù)期結(jié)果，以便測試某個(gè)程序路徑或核實(shí)是否滿足某個(gè)特定需求。

　　測試用例部分

　　測試用例通常包含的信息：用例標(biāo)識(shí)和用例名稱內(nèi)容描述前提條件執(zhí)行步驟預(yù)期結(jié)果評(píng)價(jià)準(zhǔn)則

　　用例設(shè)計(jì)人員和設(shè)計(jì)時(shí)間用例執(zhí)行人員和執(zhí)行時(shí)間其它內(nèi)容

　　3.軟件缺陷

　　缺陷的表現(xiàn)形式不僅體現(xiàn)在功能的失效方面，還體現(xiàn)在其他方面。主要類型有：

　　①軟件沒有實(shí)現(xiàn)產(chǎn)品規(guī)格說明所要求的功能模塊軟件中；

　�、诔霈F(xiàn)了產(chǎn)品規(guī)格說明指明不應(yīng)該出現(xiàn)的錯(cuò)誤；

　�、圮浖䦟�(shí)現(xiàn)了產(chǎn)品規(guī)格說明沒有提到的功能模塊；

　�、苘浖䴖]有實(shí)現(xiàn)雖然產(chǎn)品規(guī)格說明沒有明確提及但應(yīng)該實(shí)現(xiàn)的目標(biāo)；

　�、蒈浖y以理解，不容易使用，運(yùn)行緩慢，或從測試員的角度看，最終用戶會(huì)認(rèn)為不好。

　　測試用例：以計(jì)算器為例

　�、儆�(jì)算器的產(chǎn)品規(guī)格說明定應(yīng)能準(zhǔn)確無誤地進(jìn)行加、減、乘、除運(yùn)算。如果按下加法鍵，沒什么反應(yīng)，就是第一種類型的缺陷；若計(jì)算結(jié)果出錯(cuò)，也是第一種類型的缺陷。②產(chǎn)品規(guī)格說明書還可能規(guī)定計(jì)算器不會(huì)死機(jī)，或者停止反應(yīng)。如果隨意敲鍵盤導(dǎo)致計(jì)算器停止接受輸入，這就是第二種類型的缺陷。

　　③如果使用計(jì)算器進(jìn)行測試，發(fā)現(xiàn)除了加、減、乘、除之外還可以求平方根，但是產(chǎn)品規(guī)格說明沒有提及這一功能模塊。這是第三種類型的缺陷④在測試計(jì)算器時(shí)若發(fā)現(xiàn)電池沒電會(huì)導(dǎo)致計(jì)算不正確，而產(chǎn)品說明書是假定電池一直都有電的，從而發(fā)現(xiàn)第四種類型的錯(cuò)誤。

　�、蒈浖䴗y試員如果發(fā)現(xiàn)某些地方不對(duì)，比如測試員覺得按鍵太小、“=”鍵布置的位置不好按、在亮光下看不清顯示屏等，無論什么原因，都要認(rèn)定為缺陷。

　　4.缺陷報(bào)告里通常包含：缺陷標(biāo)識(shí)、所屬系統(tǒng)、所屬模塊、版本號(hào)、嚴(yán)重程度、優(yōu)先級(jí)、測試種類、缺陷概述、缺陷詳述以及開發(fā)人員意見以及其它內(nèi)容。缺陷提交報(bào)告主要供兩類人閱讀，即軟件開發(fā)人員和項(xiàng)目管理者。

　　5.常用軟件缺陷工具test Director test manager

　　專業(yè)缺陷管理工具bug zilla

　　6.測試報(bào)告文檔

　　測試報(bào)告是把測試的過程和結(jié)果寫成文檔，并對(duì)發(fā)現(xiàn)的問題和缺陷進(jìn)行分析，為糾正軟件的存在的質(zhì)量問題提供依據(jù)，同時(shí)為軟件驗(yàn)收和交付打下基礎(chǔ)。

　　測試報(bào)告是測試階段最后的文檔產(chǎn)出物，一份詳細(xì)的測試報(bào)告包括產(chǎn)品質(zhì)量和測試過程的評(píng)價(jià)，測試報(bào)告基于測試中的數(shù)據(jù)采集以及對(duì)最終的測試結(jié)果分析。比如覆蓋率分析、缺陷分析。

　　7.測試結(jié)果概述

　　這部分將被分成下面幾段來對(duì)測試結(jié)果進(jìn)行概述。

　　1被測軟件的全面評(píng)估

　　本段應(yīng)該包括：

　　a.根據(jù)本文檔中的測試結(jié)果對(duì)被測軟件的整體評(píng)價(jià)。

　　b.任何在測試中檢查到的殘留的不足,限制,局限�？梢杂脝栴}/修改報(bào)告來提供缺陷信息。

　　c.對(duì)每個(gè)殘留的缺陷,限制,局限,描述如下：

　　1對(duì)軟件和系統(tǒng)性能的影響，包括沒有滿足的需求

　　2為了更正它，會(huì)對(duì)軟件和系統(tǒng)設(shè)計(jì)產(chǎn)生的影響。

　　3推薦的解決方法/策略

　　8.軟件特性softwarefeature軟件項(xiàng)的顯著特性。（如功能、性能或可移植性等）。

　　軟件項(xiàng)softwareitem

　　源代碼、目標(biāo)代碼、作業(yè)控制代碼、控制數(shù)據(jù)或這些項(xiàng)的集合。測試項(xiàng)testitem作為測試對(duì)象的軟件項(xiàng)。

　　9.測試計(jì)劃描述測試活動(dòng)的范圍、方法、資源和進(jìn)度。它規(guī)定被測試的項(xiàng)、被測試的特性、應(yīng)完成的測試任務(wù)、擔(dān)任各項(xiàng)工作的人員職責(zé)及與本計(jì)劃有關(guān)的風(fēng)險(xiǎn)等。

　　測試說明包括三類文件：

　�。�1）測試設(shè)計(jì)說明：詳細(xì)描述測試方法，規(guī)定該設(shè)計(jì)及其有關(guān)測試所包括的特性，還規(guī)定完成測試所需的測試用例和測試規(guī)程，并規(guī)定特性的通過準(zhǔn)則。

　�。�2）測試用例說明：列出用于輸入的具體值以及預(yù)期的輸出結(jié)果，并規(guī)定在使用具體測試用例時(shí)，對(duì)測試規(guī)程的各種限制。將測試用例與測試設(shè)計(jì)分開，可以使它們用于多個(gè)設(shè)計(jì)并能在其它情形下重復(fù)使用。

　�。�3）測試規(guī)程說明：規(guī)定對(duì)于運(yùn)行系統(tǒng)和執(zhí)行指定的測試用例來實(shí)現(xiàn)有關(guān)測試設(shè)計(jì)所要求的所有步驟。

　　測試報(bào)告包括四類文件：

　　（1）測試項(xiàng)傳遞報(bào)告：指明在開發(fā)組和測試組獨(dú)立工作的情況下或者在希望正式開始測試的情況下為進(jìn)行測試而被傳遞的測試項(xiàng)。

　　（2）測試日志：測試組用于記錄測試執(zhí)行過程中發(fā)生的情況。

　　（3）測試事件報(bào)告：描述在測試執(zhí)行期間發(fā)生并需進(jìn)一步調(diào)查的一切事件。（4）測試總結(jié)報(bào)告：總結(jié)與測試設(shè)計(jì)說明有關(guān)的測試活動(dòng)。

　　這些文件同其它文件在編制方面的關(guān)系以及同測試過程的對(duì)應(yīng)關(guān)系如圖1所示。

　　10.測試計(jì)劃要點(diǎn)內(nèi)容：

　　1測試計(jì)劃名稱

　　2引言

　　3測試項(xiàng)

　　4被測試的特性

　　5不被測試的特性

　　6方法

　　7項(xiàng)通過準(zhǔn)則

　　8暫停標(biāo)準(zhǔn)和再啟動(dòng)要求

　　9應(yīng)提供的測試文件

　　10測試任務(wù)

　　11環(huán)境要求

　　12職責(zé)

　　13人員和訓(xùn)練要求

　　14進(jìn)度

　　15風(fēng)險(xiǎn)和應(yīng)急

　　16批準(zhǔn)

　　引言（本計(jì)劃的第2章）

　　歸納所要求測試的軟件項(xiàng)和軟件特性，可以包括系統(tǒng)目標(biāo)、背景、范圍及引用材料等。在最高層測試計(jì)劃中，如果存在下述文件，則需要引用它們：項(xiàng)目計(jì)劃、質(zhì)量保證計(jì)劃、有關(guān)的政策、有關(guān)的標(biāo)準(zhǔn)等。

　　5.1.3測試項(xiàng)（本計(jì)劃的第3章）

　　描述被測試的對(duì)象，包括其版本、修訂級(jí)別，并指出在測試開始之前對(duì)邏輯或物理變換的要求。

　　5.1.4被測試的特性（本計(jì)劃的第4章）

　　指明所有要被測試的軟件特性及其組合，指明每個(gè)特性或特性組合有關(guān)的測試設(shè)計(jì)說明。

　　5.1.5不被測試的特性（本計(jì)劃的第5章）

　　指出不被測試的所有特性和特性的有意義的組合及其理由。

　　5.1.6方法（本計(jì)劃的第6章）

　　描述測試的總體方法，規(guī)定測試指定特性組志需的主要活動(dòng)、技術(shù)和工具，應(yīng)詳盡地描述方法，以便列出主要的測試任務(wù)，并估計(jì)執(zhí)行各項(xiàng)任務(wù)所需的時(shí)間。規(guī)定所希望的電低程度的測試徹底性，指明用于判斷測試徹底性的技術(shù)（如：檢查哪些語句至少執(zhí)行過一次）。

　　指出對(duì)測試的主要限制，例如：測試項(xiàng)可用性、測試資源的可用性和測試截止期限等。

　　5.1.7項(xiàng)通過準(zhǔn)則（本計(jì)劃的第7章）規(guī)定各測試項(xiàng)通過測試的標(biāo)準(zhǔn)。

　　5.1.8暫停標(biāo)準(zhǔn)和再啟動(dòng)要求（本計(jì)劃第8章）

　　規(guī)定用于暫停全部或部分與本計(jì)劃有關(guān)的測試項(xiàng)的測試活動(dòng)的標(biāo)準(zhǔn)。規(guī)定當(dāng)測試再啟動(dòng)時(shí)必須重復(fù)的測試活動(dòng)。

　　5.1.9應(yīng)提供的測試文件（本計(jì)劃的第9章）

　　規(guī)定測試完成后所應(yīng)遞交的文件，這些文件可以是前述八個(gè)文件的全部或者部分。

　　5.1.10測試任務(wù)（本計(jì)劃的第10章）

　　指明執(zhí)行測試所需的任務(wù)集合，指出任務(wù)音的一切依賴關(guān)系和所需的一切特殊技能。

　　5.1.11環(huán)境要求（本計(jì)劃的第11章）

　　規(guī)定測試環(huán)境所必備的和希望的的性質(zhì)。包括：硬件、通信和系統(tǒng)軟件的物理特征、使用方式以及任何其它支撐測試所需的軟件或設(shè)備，指出所需的特殊測試工具及其它測試要求（如出版物或辦公場地等）。指出測試組目前還不能得到的所有要求的來源。

　　5.1.12職責(zé)（本計(jì)劃的第12章）

　　指出負(fù)責(zé)管理、設(shè)計(jì)、準(zhǔn)備、執(zhí)行、監(jiān)督、檢查和仲裁的小組。另外指出負(fù)責(zé)提供

　　5.1.13中指出的測試項(xiàng)和在

　　5.1.14中指出的環(huán)境要求的小組。

　　這些小組可以包括開發(fā)人員、測試人員、操作員、用戶代表、數(shù)據(jù)管理員和質(zhì)量保證人員。

　　5.1.15人員和訓(xùn)練要求（本計(jì)劃的第13章）

　　指明測試人員應(yīng)有的水平以及為掌握必要技能可供選擇的訓(xùn)練科目。

　　5.1.16進(jìn)度（本計(jì)劃的第14章）包括在軟件項(xiàng)目進(jìn)度中規(guī)定的測試?yán)锍瘫约八袦y試項(xiàng)傳遞時(shí)間。定義所需的新的測試?yán)锍瘫�，估�?jì)完成每項(xiàng)測試任務(wù)所需的時(shí)間，為每項(xiàng)測試任務(wù)和測試?yán)锍瘫?guī)定進(jìn)度，對(duì)每項(xiàng)測試資源規(guī)定使用期限。

　　5.1.17風(fēng)險(xiǎn)和應(yīng)急（本計(jì)劃的第15章）

　　預(yù)測測試計(jì)劃中的風(fēng)險(xiǎn)，規(guī)定對(duì)各種風(fēng)險(xiǎn)的應(yīng)急措施（如：延期傳遞的測試項(xiàng)可能需要加夜班來趕上規(guī)定的進(jìn)度。）

　　5.1.18批準(zhǔn)（本計(jì)劃的第16章）

　　規(guī)定本計(jì)劃必須由哪些人（姓名和職務(wù)）審批。為簽名和填寫日期留出位置。

　　11.軟件測試原則

　　所有的軟件測試都應(yīng)追溯到用戶需求應(yīng)當(dāng)把“盡早地和不斷地進(jìn)行軟件測試”作為軟件測試人的座右銘完全測試是不可能的，測試需要終止測試無法顯示系統(tǒng)所有潛在的缺陷充分注意測試中的群集現(xiàn)象程序員應(yīng)避免檢查自己的程序盡量避免測試的隨意性，應(yīng)從工程的角度理解軟件測試，它是有組織、有計(jì)劃、有步驟的活動(dòng)

　　12.軟件測試對(duì)象

　　程序數(shù)據(jù)文檔過程硬件網(wǎng)絡(luò)

　　13.確認(rèn)測試

　　確認(rèn)測試的目的是向未來的用戶表明系統(tǒng)能夠像預(yù)定要求那樣工作。經(jīng)集成測試后，已經(jīng)按照設(shè)計(jì)把所有的模塊組裝成一個(gè)完整的軟件系統(tǒng)，接口錯(cuò)誤也已經(jīng)基本排除了，接著就應(yīng)該進(jìn)一步驗(yàn)證軟件的有效性，這就是確認(rèn)測試的任務(wù)，即軟件的功能和性能如同用戶所合理期待的那樣確認(rèn)測試又稱有效性測試。有效性測試是在模擬的環(huán)境下，運(yùn)用黑盒測試的方法，驗(yàn)證被測軟件是否滿足需求規(guī)格說明書列出的需求。任務(wù)是驗(yàn)證軟件的功能和性能及其他特性是否與用戶的要求一致。對(duì)軟件的功能和性能要求在軟件需求規(guī)格說明書中已經(jīng)明確規(guī)定，它包含的信息就是軟件確認(rèn)測試的基礎(chǔ)

　　14.GUI測試（ui測試）

　　窗體是否能夠基于相關(guān)的輸入或菜單命令適當(dāng)?shù)拇蜷_2.窗體是否能夠改變大小、移動(dòng)和滾動(dòng)

　　3.窗體的數(shù)據(jù)是否能夠利用鼠標(biāo)、功能鍵、方向箭頭和鍵盤操作

　　4.當(dāng)窗體被覆蓋并重新調(diào)用后，窗體是否能夠正確再生

　　5.窗體相關(guān)的功能是否可以操作

　　6.是否顯示相關(guān)的下拉菜單、工具條、滾動(dòng)條、對(duì)話框、按鈕、圖標(biāo)和其他控制，既能正確顯示又能調(diào)用

　　7.顯示多窗體時(shí)，窗體名稱是否能夠正確表示

　　8.活動(dòng)窗體是否能夠被反顯加亮

　　9.多用戶聯(lián)機(jī)時(shí)所有窗體是否能夠?qū)崟r(shí)更新

　　10.鼠標(biāo)無規(guī)則點(diǎn)擊時(shí)是否會(huì)產(chǎn)生無法預(yù)料的結(jié)果

　　11.窗體聲音及提示是否符合既定編程規(guī)則

【軟件測試基礎(chǔ)要點(diǎn)總結(jié)】相關(guān)文章：