軟件測(cè)試--1概述

1、軟件測(cè)試 -概述主題 涂磊 2012.7.5課程目標(biāo)v了解軟件測(cè)試工程師的職業(yè)要求及特點(diǎn)v掌握軟件測(cè)試的基本概念 v熟悉常用的軟件測(cè)試類型v熟悉軟件測(cè)試的基本工作過(guò)程v了解常用的軟件測(cè)試用例方法課程內(nèi)容v軟件測(cè)試背景v什么是軟件測(cè)試v軟件測(cè)試的基本工作過(guò)程v測(cè)試用例及其設(shè)計(jì)方法軟件的定義 公認(rèn)的軟件定義由三部分組成： 1、運(yùn)行中能提供所希望的功能和性能的指令集 （即程序）。 2、使程序能夠正確運(yùn)行的數(shù)據(jù)結(jié)構(gòu)。 3、描述整個(gè)程序研發(fā)過(guò)程、方法所用的文檔。軟件缺陷是什么？ 軟件未達(dá)到產(chǎn)品說(shuō)明書(shū)標(biāo)明的功能。 軟件出現(xiàn)了產(chǎn)品說(shuō)明書(shū)指明不會(huì)出現(xiàn)的錯(cuò)誤。 軟件功能超出產(chǎn)品說(shuō)明書(shū)指明范圍。 軟件未達(dá)到產(chǎn)品說(shuō)

2、明書(shū)雖未指出但應(yīng)達(dá)到的目標(biāo)。 軟件測(cè)試員認(rèn)為軟件難以理解、不易使用、運(yùn)行速度緩慢， 或者最終用戶認(rèn)為不好。軟件缺陷的產(chǎn)生需求錯(cuò)誤缺乏交流設(shè)計(jì)錯(cuò)誤文檔缺乏缺陷軟件復(fù)雜開(kāi)發(fā)編碼時(shí)間壓力Requirem ents5 6 %D esign2 7 %O ther1 0 %C ode7 %錯(cuò)誤定位費(fèi)用分析錯(cuò)誤定位費(fèi)用分析Requirem ents82%D esign13%O ther4%C ode1%James Martin：超過(guò)50%的缺陷由不完善的、不正確的、不準(zhǔn)確的和/或不明確的需求所引起James Martin：80%以上的用于定位軟件錯(cuò)誤的費(fèi)用是基于軟件系統(tǒng)需求定義的錯(cuò)誤軟件缺陷錯(cuò)誤分析階段需求

3、設(shè)計(jì)編碼單元測(cè)試驗(yàn)收測(cè)試交付后維護(hù)糾正費(fèi)件缺陷的維護(hù)費(fèi)用軟件測(cè)試貫穿整個(gè)項(xiàng)目周期概念方案開(kāi)發(fā)驗(yàn)證發(fā)布啟動(dòng)啟動(dòng)項(xiàng)目項(xiàng)目制定產(chǎn)品測(cè)試策略制定產(chǎn)品測(cè)試計(jì)劃持續(xù)跟蹤監(jiān)控產(chǎn)品測(cè)試計(jì)劃優(yōu)化產(chǎn)品測(cè)試計(jì)劃測(cè)試測(cè)試軟件測(cè)試人員應(yīng)具備的能力1、探索精神：軟件測(cè)試人員不會(huì)害怕進(jìn)入陌生環(huán)境。2、故障排除能手：軟件測(cè)試人員善于發(fā)現(xiàn)問(wèn)題的癥結(jié)，喜歡猜謎。3、不懈努力：軟件測(cè)試人員總是不停嘗試。他們可能會(huì)碰到轉(zhuǎn)瞬即逝或者難以重建的軟件缺陷；他們不會(huì)心存僥幸，而是盡一切可能去尋找。4、創(chuàng)造性：想出富有創(chuàng)意甚至超常的手段來(lái)尋找軟件缺陷。5、追求完美：力求完美，但是知道某些目標(biāo)無(wú)法企及時(shí)，不去苛求，而是

4、盡力接近目標(biāo)。6、判斷準(zhǔn)確：軟件測(cè)試人員要決定測(cè)試內(nèi)容、測(cè)試時(shí)間，以及看到的問(wèn)題是否算作真正的缺陷。7、老練穩(wěn)重：軟件測(cè)試員不害怕壞消息。8、說(shuō)服力：軟件測(cè)試員要善于表達(dá)觀點(diǎn)，表明軟件缺陷為何必須修復(fù)，并通過(guò)實(shí)際演示力陳述觀點(diǎn)。軟件測(cè)試人員職業(yè)發(fā)展方向課程內(nèi)容v軟件測(cè)試背景v什么是軟件測(cè)試v軟件測(cè)試的基本工作過(guò)程v測(cè)試用例及其設(shè)計(jì)方法軟件測(cè)試定義軟件測(cè)試（Software testing）是軟件生存期中的一個(gè)重要階段，是軟件質(zhì)量保證的關(guān)鍵步驟。通俗地講，軟件測(cè)試就是在軟件投入運(yùn)行前，對(duì)軟件需求分析、設(shè)計(jì)規(guī)格說(shuō)明和編碼進(jìn)行最終復(fù)審的活動(dòng)。1983年IEEE提出的軟件工程術(shù)語(yǔ)中給軟件測(cè)試下的定義是

5、：“使用人工或自動(dòng)的手段來(lái)運(yùn)行或測(cè)定某個(gè)軟件系統(tǒng)或系統(tǒng)部件的過(guò)程，其目的在于檢驗(yàn)它是否滿足規(guī)定的需求或弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別”。軟件測(cè)試的對(duì)象 軟件測(cè)試不等于程序測(cè)試，軟件測(cè)試貫穿于軟件定義和開(kāi)發(fā)的整個(gè)期間。需求分析,概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)，以及程序編碼等各個(gè)階段所得到的文檔，包括需求規(guī)格說(shuō)明、概要設(shè)計(jì)規(guī)格說(shuō)明、詳細(xì)設(shè)計(jì)規(guī)格說(shuō)明以及源程序，都是軟件測(cè)試的對(duì)象。軟件測(cè)試=程序+文檔+數(shù)據(jù)軟件測(cè)試的目的 從用戶（測(cè)試人員或QC）的角度出發(fā)，普遍希望通過(guò)軟件測(cè)試暴露軟件中隱藏的錯(cuò)誤和缺陷，以考慮是否可接受該產(chǎn)品。 從軟件開(kāi)發(fā)者的角度出發(fā)，則希望測(cè)試成為表明軟件產(chǎn)品中不存在錯(cuò)誤的過(guò)程，驗(yàn)證該軟件

6、已正確地實(shí)現(xiàn)了用戶的要求，確立人們對(duì)軟件質(zhì)量的信心。 測(cè)試的目的就是發(fā)現(xiàn)軟件中的各種缺陷 以較少的用例、時(shí)間和人力找出軟件中的各種錯(cuò)誤和缺陷，以確保軟件的質(zhì)量最終目的是確保軟件的功能符合用戶的需求，把盡可能多的問(wèn)題在發(fā)布或交付前發(fā)現(xiàn)并改正：-確保軟件完成了它所承諾或公布的功能-確保軟件滿足性能的要求-確保軟件是健壯的和適應(yīng)用戶環(huán)境的軟件測(cè)試的目的軟件測(cè)試的兩個(gè)重要原則Good-enough原則 Zero-bug & Good-enough 投入 & 產(chǎn)出Pareto原則（二八原則） 研發(fā)測(cè)試：80% BUG 系統(tǒng)測(cè)試：80% BUG 用戶使用：5% BUG軟件測(cè)試的原則 測(cè)試的目的在于發(fā)現(xiàn)錯(cuò)誤

7、 ，應(yīng)盡早地和不斷地進(jìn)行測(cè)試 測(cè)試只能證明軟件存在缺陷，不能證明軟件不存在缺陷 測(cè)試不是為了證明程序是正確的，而是應(yīng)從軟件包含有缺陷和故障這個(gè)假定去進(jìn)行測(cè)試活動(dòng)。 測(cè)試可以使軟件中缺陷降低到一定程度，而不是徹底消滅 充分注意測(cè)試中的群集現(xiàn)象經(jīng)驗(yàn)表明，測(cè)試后程序中殘存的錯(cuò)誤數(shù)目與該程序中已發(fā)現(xiàn)的錯(cuò)誤數(shù)目成正比。 所有的測(cè)試都應(yīng)可追溯到客戶需求 窮舉測(cè)試是不可能的 嚴(yán)格執(zhí)行測(cè)試計(jì)劃，排除測(cè)試的隨意性。 應(yīng)當(dāng)對(duì)每一個(gè)測(cè)試結(jié)果做全面檢查。 妥善保存測(cè)試計(jì)劃，測(cè)試用例，出錯(cuò)統(tǒng)計(jì)和最終分析報(bào)告，為維護(hù)提供方便。軟件測(cè)試的分類名稱說(shuō)明黑盒測(cè)試基于軟件需求，而不是基于軟件內(nèi)部設(shè)計(jì)和程序?qū)崿F(xiàn)的測(cè)試方式。白盒測(cè)試

8、基于軟件內(nèi)部設(shè)計(jì)和程序?qū)崿F(xiàn)的測(cè)試方式。單元測(cè)試主要測(cè)試軟件模塊的源代碼。一般由開(kāi)發(fā)人員而非獨(dú)立測(cè)試人員來(lái)執(zhí)行，因?yàn)闇y(cè)試者需要懂得該單元的設(shè)計(jì)與程序?qū)崿F(xiàn)，測(cè)試者可能需要編寫(xiě)額外的測(cè)試驅(qū)動(dòng)程序。集成測(cè)試將一些“構(gòu)件”集成一起時(shí)，測(cè)試它們能否正常運(yùn)行。這里“構(gòu)件”可以是程序模塊、客戶機(jī)服務(wù)器程序等等。功能測(cè)試測(cè)試軟件的功能是否符合功能性需求，通常采用黑盒測(cè)試方式。一般由獨(dú)立測(cè)試人員執(zhí)行。系統(tǒng)測(cè)試測(cè)試軟件系統(tǒng)是否符合所有需求，包括功能性需求與非功能性需求。一般由獨(dú)立測(cè)試人員執(zhí)行，通常采用黑盒測(cè)試方式?；貧w測(cè)試指錯(cuò)誤被修正后或軟件功能、環(huán)境發(fā)生變化后進(jìn)行的重新測(cè)試?；貧w測(cè)試的困難在于不好確定哪些內(nèi)容應(yīng)當(dāng)

9、被重新測(cè)試。驗(yàn)收測(cè)試由客戶或最終用戶執(zhí)行，測(cè)試軟件系統(tǒng)是否符合需求規(guī)格說(shuō)明書(shū)。軟件測(cè)試的分類名稱說(shuō)明負(fù)載測(cè)試測(cè)試軟件系統(tǒng)的最大負(fù)載，超出此負(fù)載軟件可能會(huì)失常。壓力測(cè)試概念上與負(fù)載測(cè)試相似，叫法不同。性能測(cè)試測(cè)試軟件在各種狀況下的性能，如在正?；蜃畲筘?fù)載下的狀況。易用性測(cè)試測(cè)試軟件是否易用，主觀性比較強(qiáng)。一般要根據(jù)很多用戶的測(cè)試反饋信息，才能評(píng)價(jià)易用性。安裝與反安裝測(cè)試測(cè)試軟件在“全部、部分、升級(jí)”等狀況下的安裝/反安裝過(guò)程。恢復(fù)測(cè)試測(cè)試該系統(tǒng)從故障中恢復(fù)過(guò)來(lái)的能力。安全性測(cè)試測(cè)試該系統(tǒng)防止非法侵入的能力。兼容性測(cè)試測(cè)試該系統(tǒng)與其它軟件硬件兼容的能力。比較測(cè)試通過(guò)與同類產(chǎn)品比較，考察該系統(tǒng)的優(yōu)點(diǎn)

10、、缺點(diǎn)。Alpha 測(cè)試一種先期的用戶測(cè)試，此時(shí)系統(tǒng)剛剛開(kāi)發(fā)完成。Beta測(cè)試一種后期的用戶測(cè)試，此時(shí)系統(tǒng)已經(jīng)通過(guò)內(nèi)部測(cè)試，大部分錯(cuò)誤已經(jīng)改正，即將正式發(fā)行。軟件測(cè)試的分類和比較 測(cè)試方式n白盒測(cè)試：關(guān)心軟件內(nèi)部設(shè)計(jì)和程序?qū)崿F(xiàn)，主要測(cè)試依據(jù)是設(shè)計(jì)文檔n黑盒測(cè)試：不關(guān)心軟件內(nèi)部，只關(guān)心輸入輸出，主要測(cè)試依據(jù)是需求文檔（SRS） 軟件測(cè)試的分類和比較測(cè)試方式特征依據(jù)測(cè)試人員測(cè)試驅(qū)動(dòng)程序黑盒測(cè)試只關(guān)心軟件的外部表現(xiàn)，不關(guān)心內(nèi)部設(shè)計(jì)與實(shí)現(xiàn)。又叫做功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試。軟件需求任何人（包括開(kāi)發(fā)人員、獨(dú)立測(cè)試人員和用戶）一般無(wú)需編寫(xiě)額外的測(cè)試驅(qū)動(dòng)程序白盒測(cè)試關(guān)注軟件的內(nèi)部設(shè)計(jì)與實(shí)現(xiàn)，要跟蹤源代碼的運(yùn)行。

11、又叫結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試。設(shè)計(jì)文檔由開(kāi)發(fā)人員兼任測(cè)試人員的角色需要編寫(xiě)額外的測(cè)試驅(qū)動(dòng)程序 測(cè)試階段 單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試。是“從小到大”、“由內(nèi)至外”、“循序漸進(jìn)”的測(cè)試過(guò)程，體現(xiàn)了“分而治之”的思想。 單元測(cè)試的粒度最小，一般由開(kāi)發(fā)小組采用白盒方式來(lái)測(cè)試，主要測(cè)試單元是否符合“設(shè)計(jì)”。 集成測(cè)試界于單元測(cè)試和系統(tǒng)測(cè)試之間，起到“橋梁作用”，一般由開(kāi)發(fā)小組采用白盒加黑盒的方式來(lái)測(cè)試，既要驗(yàn)證“設(shè)計(jì)”又要驗(yàn)證“需求”。 系統(tǒng)測(cè)試的粒度最大，一般由獨(dú)立測(cè)試小組采用黑盒方式來(lái)測(cè)試，主要測(cè)試系統(tǒng)是否符合“需求規(guī)格說(shuō)明書(shū)”。 驗(yàn)收測(cè)試與系統(tǒng)測(cè)試非常相似，主要區(qū)別是測(cè)試人員不同，驗(yàn)收測(cè)

12、試由用戶執(zhí)行。 軟件測(cè)試的分類和比較軟件測(cè)試的內(nèi)容測(cè)試內(nèi)容n接口與路徑測(cè)試。 n功能測(cè)試、健壯性測(cè)試、性能測(cè)試、用戶界面測(cè)試、安全性測(cè)試、壓力測(cè)試、可靠性測(cè)試、安裝/反安裝測(cè)試 測(cè)試階段 主要依據(jù) 測(cè)試人員、測(cè)試方式 主要測(cè)試內(nèi)容 單元測(cè)試單元測(cè)試系統(tǒng)設(shè)計(jì)文檔系統(tǒng)設(shè)計(jì)文檔由開(kāi)發(fā)小組執(zhí)行白盒測(cè)由開(kāi)發(fā)小組執(zhí)行白盒測(cè)試試 接口測(cè)試、路徑測(cè)試接口測(cè)試、路徑測(cè)試 集成測(cè)試集成測(cè)試系統(tǒng)設(shè)計(jì)文檔系統(tǒng)設(shè)計(jì)文檔需求文檔需求文檔由開(kāi)發(fā)小組執(zhí)行白盒測(cè)由開(kāi)發(fā)小組執(zhí)行白盒測(cè)試和黑盒測(cè)試試和黑盒測(cè)試 接口測(cè)試、路徑測(cè)試接口測(cè)試、路徑測(cè)試功能測(cè)試、性能測(cè)試功能測(cè)試、性能測(cè)試 系統(tǒng)測(cè)試系統(tǒng)測(cè)試需求文檔需求文檔由獨(dú)立測(cè)試小組執(zhí)

13、行黑由獨(dú)立測(cè)試小組執(zhí)行黑盒測(cè)試盒測(cè)試 功能測(cè)試、健壯性測(cè)試、性能測(cè)功能測(cè)試、健壯性測(cè)試、性能測(cè)試、用戶界面測(cè)試、安全性測(cè)試、試、用戶界面測(cè)試、安全性測(cè)試、壓力測(cè)試、可靠性測(cè)試、安裝壓力測(cè)試、可靠性測(cè)試、安裝/ /反安裝測(cè)試反安裝測(cè)試 驗(yàn)收測(cè)試驗(yàn)收測(cè)試需求文檔需求文檔由用戶執(zhí)行黑盒測(cè)試由用戶執(zhí)行黑盒測(cè)試 課程內(nèi)容v軟件測(cè)試背景v什么是軟件測(cè)試v軟件測(cè)試的基本過(guò)程v測(cè)試用例及其設(shè)計(jì)方法用戶需求用戶需求軟件需求軟件需求概要概要設(shè)計(jì)設(shè)計(jì)詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)編碼實(shí)現(xiàn)編碼實(shí)現(xiàn)單元測(cè)試單元測(cè)試集成測(cè)試集成測(cè)試系統(tǒng)測(cè)試系統(tǒng)測(cè)試驗(yàn)收測(cè)試驗(yàn)收測(cè)試準(zhǔn)備計(jì)劃驗(yàn)證驗(yàn)證準(zhǔn)備計(jì)劃驗(yàn)證驗(yàn)證準(zhǔn)備計(jì)劃驗(yàn)證驗(yàn)證軟件測(cè)試的V模型軟件需求

14、文檔系統(tǒng)測(cè)試計(jì)劃集成測(cè)試計(jì)劃單元測(cè)試報(bào)告集成測(cè)試報(bào)告系統(tǒng)測(cè)試報(bào)告驗(yàn)收測(cè)試報(bào)告螺旋式測(cè)試過(guò)程Plan /Analysis計(jì)劃計(jì)劃/分析分析Design設(shè)計(jì)設(shè)計(jì)Coding編碼編碼Test/Deliver測(cè)試測(cè)試/交付交付Test Case Design測(cè)試用例設(shè)計(jì)測(cè)試用例設(shè)計(jì)Test Development測(cè)試開(kāi)發(fā)、環(huán)境測(cè)試開(kāi)發(fā)、環(huán)境搭建搭建Test Planning測(cè)試測(cè)試計(jì)劃計(jì)劃Test Execution/Evaluation測(cè)試執(zhí)行測(cè)試執(zhí)行/評(píng)估評(píng)估一個(gè)規(guī)范化的軟件測(cè)試過(guò)程包括以下基本的測(cè)試活動(dòng)-擬定軟件測(cè)試計(jì)劃、方案-設(shè)計(jì)和生成測(cè)試用例、準(zhǔn)備測(cè)試數(shù)據(jù)-執(zhí)行測(cè)試，記錄原始數(shù)據(jù)，對(duì)缺陷進(jìn)行

15、管理-生成軟件測(cè)試報(bào)告、缺陷的統(tǒng)計(jì)和報(bào)表軟件測(cè)試過(guò)程與整個(gè)軟件開(kāi)發(fā)過(guò)程基本上是平行進(jìn)行的一個(gè)開(kāi)發(fā)機(jī)構(gòu)還應(yīng)當(dāng)制定軟件測(cè)試規(guī)程，按照軟件工程的規(guī)范，定義各項(xiàng)活動(dòng)的目標(biāo)和詳細(xì)過(guò)程 軟件測(cè)試基本過(guò)程軟件測(cè)試基本過(guò)程 測(cè)試報(bào)告填寫(xiě) 確定測(cè)試要求 制定測(cè)試計(jì)劃 雙方確定測(cè)試計(jì)劃 有修改 確認(rèn)過(guò)過(guò) 制定測(cè)試方案 安排項(xiàng)目進(jìn)度 培訓(xùn)測(cè)試人員 建立測(cè)試環(huán)境 編寫(xiě)測(cè)試用例 執(zhí)行測(cè)試計(jì)劃 檢測(cè)并在數(shù)據(jù)庫(kù)中記錄缺陷 未完成 回歸測(cè)試 完成 向用戶提交缺陷列表 測(cè)試報(bào)告填寫(xiě) 開(kāi)發(fā)人員修正錯(cuò)誤 客 戶 是 否 課程內(nèi)容v 軟件測(cè)試背景v什么是軟件測(cè)試v軟件測(cè)試的基本工作過(guò)程v測(cè)試用例及其設(shè)計(jì)方法為什么需要測(cè)試用例 所謂的

16、測(cè)試用例就是將軟件測(cè)試的行為活動(dòng)，做一個(gè)科學(xué)化的組織歸納。軟件測(cè)試是有組織性、步驟性和計(jì)劃性的，而設(shè)計(jì)軟件測(cè)試用例的目的，就是為了能將軟件測(cè)試的行為轉(zhuǎn)換為可管理的模式。 軟件測(cè)試是軟件質(zhì)量管理中最實(shí)際的行動(dòng)，同時(shí)也是耗時(shí)最多的一項(xiàng)?；跁r(shí)間因素的考慮，軟件測(cè)試行為必須能夠加以量化，才能進(jìn)一步讓管理階層掌握所需要的測(cè)試過(guò)程，而測(cè)試用例就是將測(cè)試行為具體量化的方法之一。什么是測(cè)試用例為達(dá)到最佳的測(cè)試效果或高效的揭露隱藏的錯(cuò)誤而精心設(shè)計(jì)的少量測(cè)試數(shù)據(jù)，稱之為測(cè)試用例。內(nèi)容包括測(cè)試目標(biāo)、測(cè)試環(huán)境、輸入數(shù)據(jù)、測(cè)試步驟、預(yù)期結(jié)果、測(cè)試腳本等，并形成文檔。 測(cè)試用例是為特定的目的而設(shè)計(jì)的一組測(cè)試輸入、執(zhí)行條

17、件和預(yù)期的結(jié)果我們不可能進(jìn)行窮舉測(cè)試，為了節(jié)省時(shí)間和資源、提高測(cè)試效率，必須要從數(shù)量極大的可用測(cè)試數(shù)據(jù)中精心挑選出具有代表性或特殊性的測(cè)試數(shù)據(jù)來(lái)進(jìn)行測(cè)試。一個(gè)好的測(cè)試用例是在于它能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤。測(cè)試用例是執(zhí)行的最小實(shí)體測(cè)試用例的基本要素目的 前提條件 輸入數(shù)據(jù)或動(dòng)作 期望的響應(yīng) 各種環(huán)境設(shè)置 對(duì)應(yīng)的需求測(cè)試用例的代表性： 能夠代表并覆蓋各種合理的和不合理的、合法的和非法的、 邊界的和越界的以及極限的輸入數(shù)據(jù)、操作和環(huán)境設(shè)置等。測(cè)試結(jié)果的可判定性： 即測(cè)試執(zhí)行結(jié)果的正確性是可判定的，每一個(gè)測(cè)試用例都應(yīng)有相應(yīng)的期望結(jié)果。測(cè)試結(jié)果的可再現(xiàn)性： 即對(duì)同樣的測(cè)試用例，系統(tǒng)的執(zhí)行結(jié)果應(yīng)當(dāng)是相同的。

18、測(cè)試用例的基本準(zhǔn)則黑盒測(cè)試用例的設(shè)計(jì)方法名稱說(shuō)明等價(jià)類分析法是把所有可能的輸入數(shù)據(jù),即程序的輸入域劃分成若干部分（子集）,然后從每一個(gè)子集中選取少數(shù)具有代表性的數(shù)據(jù)作為測(cè)試用例；包括有效等價(jià)、無(wú)效等價(jià)等邊界值分析法邊界值分析法就是對(duì)輸入或輸出的邊界值進(jìn)行測(cè)試的一種黑盒測(cè)試方法。通常邊界值分析法是作為對(duì)等價(jià)類劃分法的補(bǔ)充，其測(cè)試用例來(lái)自等價(jià)類的邊界。包括數(shù)值的邊界值、字符邊界值、其他邊界值等。場(chǎng)景法現(xiàn)在的軟件幾乎都是用事件觸發(fā)來(lái)控制流程的，事件觸發(fā)時(shí)的情景便形成了場(chǎng)景，而同一事件不同的觸發(fā)順序和處理結(jié)果就形成事件流。這種在軟件設(shè)計(jì)方面的思想也可以引入到軟件測(cè)試中，可以比較生動(dòng)地描繪出事件觸發(fā)時(shí)的情景，有利于測(cè)試設(shè)計(jì)者設(shè)計(jì)測(cè)試用例，同時(shí)使測(cè)試用例更容易理解和執(zhí)行名稱說(shuō)明錯(cuò)誤推測(cè)法基于經(jīng)驗(yàn)和直覺(jué)推測(cè)程序中所有可能存在的各種錯(cuò)誤, 從而有針對(duì)性的設(shè)計(jì)測(cè)試用例的方法。因果圖法是一種利用圖解法分析輸入的各種組合情況，從而設(shè)計(jì)測(cè)試用例的方法，它適合于檢查程序輸入條件的各種組合情況。判定表驅(qū)動(dòng)法判定表是分析和表達(dá)多邏輯條件下執(zhí)行不同操作的情況的工具。由條件樁、動(dòng)作樁、條件項(xiàng)、動(dòng)作項(xiàng)組成正交試驗(yàn)設(shè)計(jì)法正交實(shí)驗(yàn)設(shè)計(jì)法是通過(guò)正交試驗(yàn)