軟件測試基礎(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)行軟件“測試”。
②測試用例中,不僅要選擇合理的輸入數(shù)據(jù),還要選擇不合理的輸入數(shù)據(jù)。③在開發(fā)各階段應(yīng)事先分別制定出相應(yīng)的測試計(jì)劃,在測試開始后應(yīng)嚴(yán)格執(zhí)行,防止隨意性。④對發(fā)現(xiàn)錯(cuò)誤較多的程序模塊,應(yīng)進(jìn)行重點(diǎn)測試。⑤避免程序員測試自己的程序。
⑥用窮舉測試是不現(xiàn)實(shí)的,一般通過設(shè)計(jì)測試用例,充分覆蓋所有條件或所有語句即可。⑦長期妥善保存測試計(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)識和用例名稱內(nèi)容描述前提條件執(zhí)行步驟預(yù)期結(jié)果評價(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ī)格說明所要求的功能模塊軟件中;②出現(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ù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ò)誤。
⑤軟件測試員如果發(fā)現(xiàn)某些地方不對,比如測試員覺得按鍵太小、“=”鍵布置的位置不好按、在亮光下看不清顯示屏等,無論什么原因,都要認(rèn)定為缺陷。
4.缺陷報(bào)告里通常包含:缺陷標(biāo)識、所屬系統(tǒng)、所屬模塊、版本號、嚴(yán)重程度、優(yōu)先級、測試種類、缺陷概述、缺陷詳述以及開發(fā)人員意見以及其它內(nèi)容。、缺陷提交報(bào)告主要供兩類人閱讀,即軟件開發(fā)人員和項(xiàng)目管理者。
5.常用軟件缺陷工具testDirectortestmanager
專業(yè)缺陷管理工具bugzilla
6.測試報(bào)告文檔
測試報(bào)告是把測試的過程和結(jié)果寫成文檔,并對發(fā)現(xiàn)的問題和缺陷進(jìn)行分析,為糾正軟件的存在的質(zhì)量問題提供依據(jù),同時(shí)為軟件驗(yàn)收和交付打下基礎(chǔ)。
測試報(bào)告是測試階段最后的文檔產(chǎn)出物,一份詳細(xì)的測試報(bào)告包括產(chǎn)品質(zhì)量和測試過程的評價(jià),測試報(bào)告基于測試中的數(shù)據(jù)采集以及對最終的測試結(jié)果分析。比如覆蓋率分析、缺陷分析。
7.測試結(jié)果概述
這部分將被分成下面幾段來對測試結(jié)果進(jìn)行概述。.1被測軟件的全面評估
本段應(yīng)該包括:
a.根據(jù)本文檔中的測試結(jié)果對被測軟件的整體評價(jià)。
b.任何在測試中檢查到的殘留的不足,限制,局限。可以用問題/修改報(bào)告來提供缺陷信息。
c.對每個(gè)殘留的缺陷,限制,局限,描述如下:1對軟件和系統(tǒng)性能的影響,包括沒有滿足的需求2為了更正它,會(huì)對軟件和系統(tǒng)設(shè)計(jì)產(chǎn)生的影響。3推薦的解決方法/策略
8.軟件特性softwarefeature軟件項(xiàng)的顯著特性。(如功能、性能或可移植性等)。軟件項(xiàng)softwareitem
源代碼、目標(biāo)代碼、作業(yè)控制代碼、控制數(shù)據(jù)或這些項(xiàng)的集合。測試項(xiàng)testitem
作為測試對象的軟件項(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í),對測試規(guī)程的各種限制。將測試用例與測試設(shè)計(jì)分開,可以使它們用于多個(gè)設(shè)計(jì)并能在其它情形下重復(fù)使用。
(3)測試規(guī)程說明:規(guī)定對于運(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)系以及同測試過程的對應(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章)
描述被測試的對象,包括其版本、修訂級別,并指出在測試開始之前對邏輯或物理變換的要求。
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í)行過一次)。指出對測試的主要限制,例如:測試項(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.3中指出的測試項(xiàng)和在5.1.11中指出的環(huán)境要求的小組。
這些小組可以包括開發(fā)人員、測試人員、操作員、用戶代表、數(shù)據(jù)管理員和質(zhì)量保證人員。
5.1.13人員和訓(xùn)練要求(本計(jì)劃的第13章)
指明測試人員應(yīng)有的水平以及為掌握必要技能可供選擇的訓(xùn)練科目。5.1.14進(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)度,對每項(xiàng)測試資源規(guī)定使用期限。
5.1.15風(fēng)險(xiǎn)和應(yīng)急(本計(jì)劃的第15章)
預(yù)測測試計(jì)劃中的風(fēng)險(xiǎn),規(guī)定對各種風(fēng)險(xiǎn)的應(yīng)急措施(如:延期傳遞的測試項(xiàng)可能需要加夜班來趕上規(guī)定的進(jìn)度。)
5.1.16批準(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.軟件測試對象
程序數(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)證軟件的功能和性能及其他特性是否與用戶的要求一致。對軟件的功能和性能要求在軟件需求規(guī)格說明書中已經(jīng)明確規(guī)定,它包含的信息就是軟件確認(rèn)測試的基礎(chǔ)
14.GUI測試(ui測試)
1.窗體是否能夠基于相關(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)條、對話框、按鈕、圖標(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ī)則
擴(kuò)展閱讀:軟件測試基礎(chǔ)要點(diǎn)總結(jié)
由安博測試空間技術(shù)中心提供
從宏觀的角度講,軟件測試過程一般可劃分為單元測試、集成測試、驗(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)行軟件“測試”。
②測試用例中,不僅要選擇合理的輸入數(shù)據(jù),還要選擇不合理的輸入數(shù)據(jù)。③在開發(fā)各階段應(yīng)事先分別制定出相應(yīng)的測試計(jì)劃,在測試開始后應(yīng)嚴(yán)格執(zhí)行,防止隨意性。④對發(fā)現(xiàn)錯(cuò)誤較多的程序模塊,應(yīng)進(jìn)行重點(diǎn)測試。⑤避免程序員測試自己的程序。
⑥用窮舉測試是不現(xiàn)實(shí)的,一般通過設(shè)計(jì)測試用例,充分覆蓋所有條件或所有語句即可。⑦長期妥善保存測試計(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)識和用例名稱內(nèi)容描述前提條件執(zhí)行步驟預(yù)期結(jié)果評價(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ī)格說明所要求的功能模塊軟件中;②出現(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ù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ò)誤。
⑤軟件測試員如果發(fā)現(xiàn)某些地方不對,比如測試員覺得按鍵太小、“=”鍵布置的位置不好按、在亮光下看不清顯示屏等,無論什么原因,都要認(rèn)定為缺陷。
4.缺陷報(bào)告里通常包含:缺陷標(biāo)識、所屬系統(tǒng)、所屬模塊、版本號、嚴(yán)重程度、優(yōu)先級、測試種類、缺陷概述、缺陷詳述以及開發(fā)人員意見以及其它內(nèi)容。、缺陷提交報(bào)告主要供兩類人閱讀,即軟件開發(fā)人員和項(xiàng)目管理者。
5.常用軟件缺陷工具testDirectortestmanager
專業(yè)缺陷管理工具bugzilla
6.測試報(bào)告文檔
測試報(bào)告是把測試的過程和結(jié)果寫成文檔,并對發(fā)現(xiàn)的問題和缺陷進(jìn)行分析,為糾正軟件的存在的質(zhì)量問題提供依據(jù),同時(shí)為軟件驗(yàn)收和交付打下基礎(chǔ)。
測試報(bào)告是測試階段最后的文檔產(chǎn)出物,一份詳細(xì)的測試報(bào)告包括產(chǎn)品質(zhì)量和測試過程的評價(jià),測試報(bào)告基于測試中的數(shù)據(jù)采集以及對最終的測試結(jié)果分析。比如覆蓋率分析、缺陷分析。
7.測試結(jié)果概述
這部分將被分成下面幾段來對測試結(jié)果進(jìn)行概述。.1被測軟件的全面評估
本段應(yīng)該包括:
a.根據(jù)本文檔中的測試結(jié)果對被測軟件的整體評價(jià)。
b.任何在測試中檢查到的殘留的不足,限制,局限?梢杂脝栴}/修改報(bào)告來提供缺陷信息。
c.對每個(gè)殘留的缺陷,限制,局限,描述如下:1對軟件和系統(tǒng)性能的影響,包括沒有滿足的需求2為了更正它,會(huì)對軟件和系統(tǒng)設(shè)計(jì)產(chǎn)生的影響。3推薦的解決方法/策略
8.軟件特性softwarefeature軟件項(xiàng)的顯著特性。(如功能、性能或可移植性等)。軟件項(xiàng)softwareitem
源代碼、目標(biāo)代碼、作業(yè)控制代碼、控制數(shù)據(jù)或這些項(xiàng)的集合。測試項(xiàng)testitem
作為測試對象的軟件項(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í),對測試規(guī)程的各種限制。將測試用例與測試設(shè)計(jì)分開,可以使它們用于多個(gè)設(shè)計(jì)并能在其它情形下重復(fù)使用。
(3)測試規(guī)程說明:規(guī)定對于運(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)系以及同測試過程的對應(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章)
描述被測試的對象,包括其版本、修訂級別,并指出在測試開始之前對邏輯或物理變換的要求。
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í)行過一次)。指出對測試的主要限制,例如:測試項(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.3中指出的測試項(xiàng)和在5.1.11中指出的環(huán)境要求的小組。
這些小組可以包括開發(fā)人員、測試人員、操作員、用戶代表、數(shù)據(jù)管理員和質(zhì)量保證人員。
5.1.13人員和訓(xùn)練要求(本計(jì)劃的第13章)
指明測試人員應(yīng)有的水平以及為掌握必要技能可供選擇的訓(xùn)練科目。5.1.14進(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)度,對每項(xiàng)測試資源規(guī)定使用期限。
5.1.15風(fēng)險(xiǎn)和應(yīng)急(本計(jì)劃的第15章)
預(yù)測測試計(jì)劃中的風(fēng)險(xiǎn),規(guī)定對各種風(fēng)險(xiǎn)的應(yīng)急措施(如:延期傳遞的測試項(xiàng)可能需要加夜班來趕上規(guī)定的進(jìn)度。)
5.1.16批準(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.軟件測試對象
程序數(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)證軟件的功能和性能及其他特性是否與用戶的要求一致。對軟件的功能和性能要求在軟件需求規(guī)格說明書中已經(jīng)明確規(guī)定,它包含的信息就是軟件確認(rèn)測試的基礎(chǔ)
14.GUI測試(ui測試)
1.窗體是否能夠基于相關(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)條、對話框、按鈕、圖標(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ī)則
友情提示:本文中關(guān)于《軟件測試基礎(chǔ)要點(diǎn)總結(jié)》給出的范例僅供您參考拓展思維使用,軟件測試基礎(chǔ)要點(diǎn)總結(jié):該篇文章建議您自主創(chuàng)作。
來源:網(wǎng)絡(luò)整理 免責(zé)聲明:本文僅限學(xué)習(xí)分享,如產(chǎn)生版權(quán)問題,請聯(lián)系我們及時(shí)刪除。