軟件測(cè)試及相應(yīng)工具介紹

1、軟件測(cè)試是軟件開(kāi)發(fā)過(guò)程的重要組成部分，是用來(lái)確認(rèn)一個(gè)程序的品質(zhì)或性能是否符合開(kāi)發(fā)之前所提出的一些要求。軟件測(cè)試就是在軟件投入運(yùn)行前，對(duì)軟件需求分析、設(shè)計(jì)規(guī)格說(shuō)明和編碼的最終復(fù)審，是軟件質(zhì)量保證的關(guān)鍵步驟。軟件測(cè)試在軟件生存期中橫跨兩個(gè)階段：通常在編寫(xiě)出每一個(gè)模塊之后就對(duì)它做必要的測(cè)試（稱為單元測(cè)試）。編碼和單元測(cè)試屬于軟件生存期中的同一個(gè)階段。在結(jié)束這個(gè)階段后對(duì)軟件系統(tǒng)還要進(jìn)行各種綜合測(cè)試，這是軟件生存期的另一個(gè)獨(dú)立階段，即測(cè)試階段。軟件測(cè)試基本上可以分為測(cè)試計(jì)劃，測(cè)試設(shè)計(jì)，測(cè)試開(kāi)發(fā)，測(cè)試執(zhí)行，測(cè)試評(píng)估/測(cè)試報(bào)告以及缺陷跟蹤八個(gè)階段。通常也采用迭代方法在整個(gè)軟件開(kāi)發(fā)過(guò)種中進(jìn)行遁環(huán)。測(cè)試計(jì)劃：敘

2、述了預(yù)定測(cè)試活動(dòng)的范圍，途徑，資源及進(jìn)度安排文檔，它確認(rèn)了測(cè)試的項(xiàng)目，被測(cè)特征，測(cè)試任務(wù)，人員安排以及任何偶發(fā)計(jì)劃的風(fēng)險(xiǎn)，它最重要的部分就是如果考慮測(cè)試策略，測(cè)試策略定義為；描述測(cè)試工程的總體方法和目標(biāo)，描述目前在進(jìn)行哪一階段的測(cè)試（單元測(cè)試，集成測(cè)試，系統(tǒng)測(cè)試）以及每個(gè)階段內(nèi)在進(jìn)行的測(cè)試種類（功能測(cè)試，性能測(cè)試等），還包括要使用的測(cè)試技術(shù)與工具，測(cè)試完成標(biāo)準(zhǔn)，影響資源分配的其他特殊問(wèn)題。測(cè)試設(shè)計(jì)：當(dāng)測(cè)試計(jì)劃完成之后，測(cè)試過(guò)程需要進(jìn)入軟件設(shè)計(jì)和開(kāi)發(fā)階段。軟件測(cè)試設(shè)計(jì)時(shí)間里在計(jì)劃書(shū)的基本上，認(rèn)真理解測(cè)試計(jì)劃的測(cè)試大綱，測(cè)試內(nèi)容以及測(cè)試通過(guò)的準(zhǔn)則，建立明確的測(cè)試用例來(lái)完成測(cè)試內(nèi)容，從而實(shí)現(xiàn)測(cè)試目標(biāo)

3、。測(cè)試用例的選擇規(guī)則，應(yīng)該選擇與測(cè)試需求實(shí)質(zhì)部分最相關(guān)的測(cè)試用例，并且選擇的測(cè)試用例應(yīng)該不容易受應(yīng)用程序的改變而受影響。測(cè)試開(kāi)發(fā)：根據(jù)當(dāng)初的測(cè)試設(shè)計(jì)來(lái)進(jìn)行測(cè)試用例的編寫(xiě)，測(cè)試數(shù)據(jù)的準(zhǔn)備以及與測(cè)試設(shè)計(jì)相關(guān)的工作活動(dòng)內(nèi)容。測(cè)試執(zhí)行：根據(jù)測(cè)試計(jì)劃的進(jìn)度安排，參照測(cè)試方案與測(cè)試用例執(zhí)行測(cè)試。在執(zhí)行測(cè)試用例過(guò)程中，一定要記錄下測(cè)試過(guò)程中的問(wèn)題，以備后期開(kāi)發(fā)方的修正以及進(jìn)行回歸測(cè)試。測(cè)試評(píng)估：根據(jù)測(cè)試用例的結(jié)果對(duì)本次測(cè)試進(jìn)行質(zhì)量評(píng)估，以評(píng)估本次測(cè)試是否達(dá)到預(yù)期目標(biāo)。它的目標(biāo)為量化測(cè)試進(jìn)程，以及生成測(cè)試缺陷總結(jié)報(bào)告。缺陷跟蹤：對(duì)測(cè)試過(guò)程中，存在的缺陷進(jìn)行跟蹤，包括對(duì)存在的問(wèn)題修正后的測(cè)試，這里值得注意的是，

4、在驗(yàn)證修正缺陷的同時(shí)，也要對(duì)與這個(gè)模塊有交互的部門進(jìn)行測(cè)試，以防止因?yàn)橐粫r(shí)的改動(dòng)影響到其他功能。白盒測(cè)試與黑盒測(cè)試用例設(shè)計(jì)白盒測(cè)試用例書(shū)寫(xiě)方法程序內(nèi)部的邏輯覆蓋程度，當(dāng)程序中有循環(huán)時(shí)，覆蓋每條路徑是不可能的，要設(shè)計(jì)使覆蓋程度較高的或覆蓋最有代表性的路徑的測(cè)試用例。下面分別討論幾種常用的覆蓋技術(shù)。(1) 語(yǔ)句覆蓋。為了個(gè)提高發(fā)現(xiàn)錯(cuò)誤的可能性，在測(cè)試時(shí)應(yīng)該執(zhí)行到程序中的每一個(gè)語(yǔ)句。語(yǔ)句覆蓋是指設(shè)計(jì)足夠的測(cè)試用例，使被測(cè)試程序中每個(gè)語(yǔ)句至少執(zhí)行一次。(2) 判定覆蓋。判定覆蓋指設(shè)計(jì)足夠的測(cè)試用例，使得被測(cè)程序中每個(gè)判定表達(dá)式至少獲得一次“真”值和“假”值，從而使程序的每一個(gè)分支至少都通過(guò)一次，因此判

5、定覆蓋也稱分支覆蓋。(3) 條件覆蓋。條件覆蓋是指設(shè)計(jì)足夠的測(cè)試用例，使得判定表達(dá)式中每個(gè)條件的各種可能的值至少出現(xiàn)一次。(4) 判定/條件測(cè)試。該覆蓋標(biāo)準(zhǔn)指設(shè)計(jì)足夠的測(cè)試用例，使得判定表達(dá)式的每個(gè)條件的所有可能取值至少出現(xiàn)一次，并使每個(gè)判定表達(dá)式所有可能的結(jié)果也至少出現(xiàn)一次。(5) 條件組合覆蓋。條件組合覆蓋是比較強(qiáng)的覆蓋標(biāo)準(zhǔn)，它是指設(shè)計(jì)足夠的測(cè)試用例，使得每個(gè)判定表達(dá)式中條件的各種可能的值的組合都至少出現(xiàn)一次。(6) 路徑覆蓋。路徑覆蓋是指設(shè)計(jì)足夠的測(cè)試用例，覆蓋被測(cè)程序中所有可能的路徑。比如if1成立if2不成立if3成立是一個(gè)路徑，if1成立if2不成立if3不成立是另外一條路經(jīng)，其他

6、類推。(7) 條件組合覆蓋。條件組合覆蓋路徑覆蓋雖然是最完善的覆蓋，但是對(duì)應(yīng)的測(cè)試量是一個(gè)排列組合的結(jié)果，測(cè)試量過(guò)于巨大，而且Java中的工具對(duì)這種覆蓋率的統(tǒng)計(jì)支持并不是很好。過(guò)多的測(cè)試用例可能反而會(huì)分散我們的注意力，影響我們的測(cè)試。所以Java中一般來(lái)說(shuō)還是采用語(yǔ)句覆蓋以及分支覆蓋/條件覆蓋/判定/條件測(cè)試其中的一種。同時(shí)適當(dāng)?shù)目紤]條件組合覆蓋，路徑覆蓋，從而達(dá)到最終的測(cè)試目的。黑盒測(cè)試用例書(shū)寫(xiě)方法1.等價(jià)類劃分(1)劃分等價(jià)類。 如果某個(gè)輸入條件規(guī)定了取值范圍或值的個(gè)數(shù)。則可確定一個(gè)合理的等價(jià)類(輸入值或數(shù)在此范圍內(nèi))和兩個(gè)不合理等價(jià)類(輸入值或個(gè)數(shù)小于這個(gè)范圍的最小值或大于這個(gè)范圍的最大

7、值)。 如果規(guī)定了輸入數(shù)據(jù)的一組值，而且程序?qū)Σ煌妮斎胫底霾煌奶幚?，則每個(gè)允許輸入值是一個(gè)合理等價(jià)類，此處還有一個(gè)不合理等價(jià)類(任何一個(gè)不允許的輸入值)。 如果規(guī)定了輸入數(shù)據(jù)必須遵循的規(guī)則，可確定一個(gè)合理等價(jià)類(符合規(guī)則)和若干個(gè)不合理等價(jià)類(從各種不同角度違反規(guī)則)。 如果已劃分的等價(jià)類中各元素在程序中的處理方式不同，則應(yīng)將此等價(jià)類進(jìn)一步劃分為更小的等價(jià)類。(2)確定測(cè)試用例。為每一個(gè)等價(jià)類編號(hào)。設(shè)計(jì)一個(gè)測(cè)試用例，使其盡可能多地覆蓋尚未被覆蓋過(guò)的合理等價(jià)類。重復(fù)這步，直到所有合理等價(jià)類被測(cè)試用例覆蓋。設(shè)計(jì)一個(gè)測(cè)試用例，使其只覆蓋一個(gè)不合理等價(jià)類。2.邊界值分析使用邊界值分析方法設(shè)計(jì)測(cè)試用

8、例時(shí)一般與等價(jià)類劃分結(jié)合起來(lái)。但它不是從一個(gè)等價(jià)類中任選一個(gè)例子作為代表，而是將測(cè)試邊界情況作為重點(diǎn)目標(biāo)，選取正好等于、剛剛大于或剛剛小于邊界值的測(cè)試數(shù)據(jù)。(1)如果輸入條件規(guī)定了值的范圍，可以選擇正好等于邊界值的數(shù)據(jù)作為合理的測(cè)試用例，同時(shí)還要選擇剛好越過(guò)邊界值的數(shù)據(jù)作為不合理的測(cè)試用例。如輸入值的范圍是1，100，可取0，1，100，101等值作為測(cè)試數(shù)據(jù)。(2)如果輸入條件指出了輸入數(shù)據(jù)的個(gè)數(shù)，則按最大個(gè)數(shù)、最小個(gè)數(shù)、比最小個(gè)數(shù)少1、比最大個(gè)數(shù)多1等情況分別設(shè)計(jì)測(cè)試用例。如，一個(gè)輸入文件可包括1-255個(gè)記錄，則分別設(shè)計(jì)有1個(gè)記錄、255個(gè)記錄，以及0個(gè)記錄的輸入文件的測(cè)試用例。(3)對(duì)

9、每個(gè)輸出條件分別按照以上原則(1)或(2)確定輸出值的邊界情況。如，一個(gè)學(xué)生成績(jī)管理系統(tǒng)規(guī)定，只能查詢95-98級(jí)大學(xué)生的各科成績(jī)，可以設(shè)計(jì)測(cè)試用例，使得查詢范圍內(nèi)的某一屆或四屆學(xué)生的學(xué)生成績(jī)，還需設(shè)計(jì)查詢94級(jí)、99級(jí)學(xué)生成績(jī)的測(cè)試用例(不合理輸出等價(jià)類)。(4)如果程序的規(guī)格說(shuō)明給出的輸入或輸出域是個(gè)有序集合(如順序文件、線形表、鏈表等)，則應(yīng)選取集合的第一個(gè)元素和最后一個(gè)元素作為測(cè)試用例。3.錯(cuò)誤推測(cè)在測(cè)試程序時(shí)，人們可能根據(jù)經(jīng)驗(yàn)或直覺(jué)推測(cè)程序中可能存在的各種錯(cuò)誤，從而有針對(duì)性地編寫(xiě)檢查這些錯(cuò)誤的測(cè)試用例，這就是錯(cuò)誤推測(cè)法。4.因果圖等價(jià)類劃分和邊界值方法分析方法都只是孤立地考慮各個(gè)輸入

10、數(shù)據(jù)的測(cè)試功能，而沒(méi)有考慮多個(gè)輸入數(shù)據(jù)的組合引起的錯(cuò)誤。5.綜合策略每種方法都能設(shè)計(jì)出一組有用例子，用這組例子容易發(fā)現(xiàn)某種類型的錯(cuò)誤，但可能不易發(fā)現(xiàn)另一類型的錯(cuò)誤。因此在實(shí)際測(cè)試中，聯(lián)合使用各種測(cè)試方法，形成綜合策略，進(jìn)行更全面的測(cè)試。 相應(yīng)的軟件測(cè)試工具和管理工具：目前的最流行的單元測(cè)試工具是xUnit系列框架，常用的根據(jù)語(yǔ)言不同分為JUnit（java），CppUnit（C+），DUnit （Delphi ），NUnit（.net），PhpUnit（Php ）等等。該測(cè)試框架的第一個(gè)和最杰出的應(yīng)用就是由Erich Gamma （設(shè)計(jì)模式的作

11、者）和Kent Beck（XP（Extreme Programming）的創(chuàng)始人 ）提供的開(kāi)放源代碼的JUnit。JUnit是由 Erich Gamma 和 Kent Beck 編寫(xiě)的一個(gè)單元測(cè)試框架（regression testing framework）。xUnit測(cè)試是程序員測(cè)試，即所謂白盒測(cè)試，因?yàn)槌绦騿T知道被測(cè)試的軟件如何（How）完成功能和完成什么樣（What）的功能。LoadRunner® 是一種預(yù)測(cè)系統(tǒng)行為和性能的工業(yè)標(biāo)準(zhǔn)級(jí)負(fù)載測(cè)試工具。通過(guò)以模擬上千萬(wàn)用戶實(shí)施并發(fā)負(fù)載及實(shí)時(shí)性能監(jiān)測(cè)的方式來(lái)確認(rèn)和查找問(wèn)題，LoadRunner 能夠?qū)φ?/p>

12、個(gè)企業(yè)架構(gòu)進(jìn)行測(cè)試。通過(guò)使用LoadRunner ，企業(yè)能最大限度地縮短測(cè)試時(shí)間，優(yōu)化性能和加速應(yīng)用系統(tǒng)的發(fā)布周期。LoadRunner 是一種適用于各種體系架構(gòu)的自動(dòng)負(fù)載測(cè)試工具，它能預(yù)測(cè)系統(tǒng)行為并優(yōu)化系統(tǒng)性能。LoadRunner 的測(cè)試對(duì)象是整個(gè)企業(yè)的系統(tǒng)，它通過(guò)模擬實(shí)際用戶的操作行為和實(shí)行實(shí)時(shí)性能監(jiān)測(cè)，來(lái)幫助您更快的查找和發(fā)現(xiàn)問(wèn)題。此外，還能支持廣范的協(xié)議和技術(shù)，為您的特殊環(huán)境提供特殊的解決方案。QTP是一個(gè)B/S系統(tǒng)的自動(dòng)化功能測(cè)試的利器,軟件程序測(cè)試工具。Mercury的自動(dòng)化功能測(cè)試軟件QuickTest Professional ，可以覆蓋絕大多數(shù)的軟件開(kāi)發(fā)技術(shù)，簡(jiǎn)單高效，并具備測(cè)試用例可重用的特點(diǎn)。Mercury QuickTest Pro 是一款先進(jìn)的自動(dòng)化測(cè)試解決方案，用于創(chuàng)建功能和回歸測(cè)試。它自動(dòng)捕獲、驗(yàn)證和重放用戶的交互行為。 Mercury QuickTest Pro為每一個(gè)重要軟件應(yīng)用和環(huán)境提供功能和回歸測(cè)試自動(dòng)化的行業(yè)最佳解決方案。Mercury Testdirector是基于WEB的測(cè)試管理工具，他能夠讓你系統(tǒng)地控制整個(gè)測(cè)試過(guò)程，并創(chuàng)建整個(gè)測(cè)試工作流的框架和基礎(chǔ)，使整個(gè)測(cè)試管理過(guò)程變得