測(cè)試策略及方法(單元測(cè)試的策略)

1.單元測(cè)試的策略有哪些

邏輯覆蓋、循環(huán)覆蓋、同行評(píng)審、桌前檢查、代碼走查、代碼評(píng)審、景泰數(shù)據(jù)流分析

單元測(cè)試是對(duì)軟件基本組成單元進(jìn)行測(cè)試，

這里的基本單元不一定是指一個(gè)具體的函數(shù)

(

Function

或

Procedure

)

或一個(gè)類(lèi)的方法，

“

單元

”

具有一些基本屬性，

如：

明確的功能、

規(guī)格定義，明確的接口定義，可清晰地與同一程序的其它單元?jiǎng)澐珠_(kāi)來(lái)。

在純

C

語(yǔ)言的代碼中，為了操作方便期間，我們一般認(rèn)為一個(gè)函數(shù)就是一個(gè)單元。

1.2.2

單元測(cè)試的主要目的：

1.

驗(yàn)證代碼是與設(shè)計(jì)符合的

2.

跟蹤需求和設(shè)計(jì)的實(shí)現(xiàn)

3.

發(fā)現(xiàn)設(shè)計(jì)和需求中存在的錯(cuò)誤

4.

發(fā)現(xiàn)在編碼過(guò)程中引入的錯(cuò)誤

1.2.3

何時(shí)開(kāi)展單元測(cè)試

一般地，

在編碼階段就應(yīng)開(kāi)展單元測(cè)試，

邊寫(xiě)程序邊測(cè)試是一個(gè)好習(xí)慣。

一個(gè)組織不要

孤立的劃分出編碼和單元測(cè)試兩個(gè)階段，也不要等代碼都寫(xiě)完了才開(kāi)始單元測(cè)試。

有時(shí)候需要將單元測(cè)試時(shí)間推后到集成階段，甚至系統(tǒng)完成階段。

單元測(cè)試可以分為計(jì)劃、設(shè)計(jì)、實(shí)現(xiàn)、執(zhí)行幾個(gè)階段。

“

計(jì)劃

”

是作好人和時(shí)間的安排。

“

設(shè)計(jì)

”

確定采用什么樣的測(cè)試方法，

達(dá)到一個(gè)什么樣的覆蓋率標(biāo)準(zhǔn)等。

“

實(shí)現(xiàn)

”

是設(shè)計(jì)生成各

個(gè)測(cè)試用例。

“

執(zhí)行

”

包括驅(qū)動(dòng)和樁函數(shù)的設(shè)計(jì)實(shí)現(xiàn)，測(cè)試數(shù)據(jù)準(zhǔn)備，測(cè)試結(jié)果驗(yàn)證等等。

2.如何寫(xiě)測(cè)試策略

”。

你要在測(cè)試策略中很明確的提出你進(jìn)行測(cè)試時(shí)所使用的方法和步驟。 我看到過(guò)很多公司嚴(yán)格地按照一些測(cè)試策略模板來(lái)寫(xiě)。

但是，其實(shí)不用模板，你也可以并且更高效地寫(xiě)測(cè)試策略。下面是一些簡(jiǎn)單的寫(xiě)測(cè)試策略的技巧， 1）在測(cè)試策略中要包括產(chǎn)品的背景信息。

在測(cè)試策略文檔的第一段回答- stakeholder（項(xiàng)目利益相關(guān)者）為什么要開(kāi)發(fā)這個(gè)產(chǎn)品？回答這個(gè)問(wèn)題會(huì)幫助你更好更快地理解項(xiàng)目，并為所做的事情優(yōu)先級(jí)排序。 2）測(cè)試環(huán)境，它應(yīng)該包括你在那個(gè)操作系統(tǒng)平臺(tái)上做測(cè)試，系統(tǒng)是基于那些補(bǔ)丁和安全更新。

例如，一個(gè)測(cè)試環(huán)境可能必須包含Window XP SP2 3）列出你將要測(cè)試的所有重要特征。如果你認(rèn)為有些特征不屬于本次發(fā)布的一部分，那么就標(biāo)注“不會(huì)被測(cè)試的特征”。

4）寫(xiě)下在此項(xiàng)目測(cè)試中將應(yīng)用到的測(cè)試方法。清楚的列出你將以那些類(lèi)型的測(cè)試作為測(cè)試引導(dǎo)。

例如：功能測(cè)試，用戶(hù)交互界面測(cè)試，集成測(cè)試，壓力測(cè)試，安全測(cè)試等等。 5）回答以下問(wèn)題：你如何進(jìn)行功能測(cè)試？手動(dòng)還是自動(dòng)化？測(cè)試工具是什么？你將執(zhí)行在測(cè)試管理工具中的所有測(cè)試用例嗎？ 6）用什么作為測(cè)試錯(cuò)誤報(bào)告跟蹤工具？當(dāng)測(cè)試人員發(fā)現(xiàn)一個(gè)新的bug之后，流程應(yīng)該是什么？ 7）測(cè)試進(jìn)入和結(jié)束的標(biāo)準(zhǔn)分別是什么？ 8）如何去跟蹤測(cè)試進(jìn)度？什么度量可以用來(lái)記錄測(cè)試結(jié)束？ 9）任務(wù)分布 – 定義每個(gè)組員的角色和職責(zé)，包括測(cè)試組長(zhǎng)，測(cè)試員，項(xiàng)目經(jīng)理等。

測(cè)試戰(zhàn)略將由開(kāi)發(fā)人員review，確保測(cè)試的覆蓋率全面且沒(méi)有重疊處。測(cè)試經(jīng)理和部門(mén)經(jīng)理都要同意測(cè)試策略之后，測(cè)試工作才能展開(kāi)。

測(cè)試小組的劃分及分工。 10）有哪些風(fēng)險(xiǎn)會(huì)阻礙測(cè)試的完成？例如，代碼的依賴(lài)性，測(cè)試工具的局限性等等。

要提前想到風(fēng)險(xiǎn)發(fā)生的解決辦法。 11）測(cè)試日程表- 每個(gè)測(cè)試計(jì)劃都應(yīng)該包含一個(gè)預(yù)估時(shí)間來(lái)估計(jì)完成測(cè)試所需要的時(shí)間。

這需要幾個(gè)階段：一，測(cè)試人員必須至少完成一次的執(zhí)行全部用例。二，如果一個(gè)錯(cuò)誤被測(cè)試人員發(fā)現(xiàn)，開(kāi)發(fā)人員將修復(fù)此錯(cuò)誤。

測(cè)試員重新測(cè)試此用例，直到其功能正確為止。最后，但很重要的一點(diǎn)是測(cè)試員必須對(duì)修改過(guò)的地方執(zhí)行回歸測(cè)試以保證開(kāi)發(fā)人員在修復(fù)一個(gè)錯(cuò)誤的時(shí)候沒(méi)有引入另外的代碼錯(cuò)誤。

測(cè)試日程表要包含每個(gè)測(cè)試部分涉及的測(cè)試人員。時(shí)間往往很難估計(jì)，因?yàn)闇y(cè)試中有很多不確定性的事情發(fā)生。

其中一個(gè)比較好的辦法是參照前一個(gè)發(fā)布來(lái)估計(jì)。 12）回歸測(cè)試的方法- 一個(gè)錯(cuò)誤被修復(fù)后，必須要保證產(chǎn)品功能按用例標(biāo)準(zhǔn)運(yùn)行。

回歸測(cè)試是為了在修復(fù)一個(gè)問(wèn)題時(shí)不引入另外的錯(cuò)誤。因此相關(guān)的測(cè)試用例要在被執(zhí)行一次，從而確保沒(méi)有特殊的東西被引進(jìn)。

在這個(gè)階段，就要定義回歸測(cè)試的方法。有的公司講相關(guān)模塊的單元測(cè)試用例全部遍歷一遍，從而確保產(chǎn)品的質(zhì)量。

弄清楚這些問(wèn)題，你就可以寫(xiě)一個(gè)詳細(xì)的測(cè)試策略出來(lái)了。

3.常用的軟件測(cè)試方法有哪些

軟件測(cè)試的方法根據(jù)軟件工程的組織和實(shí)現(xiàn)方式，有很大差別，有些是比較技術(shù)化的方法，有些則是工程方法，主要分為： 黑盒測(cè)試方法群：等價(jià)類(lèi)劃分、邊界值、因果圖、基路徑法、專(zhuān)家測(cè)試法、smoking、場(chǎng)景測(cè)試等 白盒測(cè)試方法群：同行評(píng)審、需求審查、代碼審查、接口測(cè)試（調(diào)用測(cè)試和返回測(cè)試，需要結(jié)合等價(jià)類(lèi)和因果圖方法）等。

當(dāng)在單元層面黑盒而在集成層面白盒時(shí)，基本上兩類(lèi)方法就會(huì)有結(jié)合了，就會(huì)出現(xiàn)習(xí)慣上說(shuō)的灰盒測(cè)試（說(shuō)實(shí)話，不做到純產(chǎn)品級(jí)開(kāi)發(fā)，基本上都是用的灰盒測(cè)試）。

4.測(cè)試方案,大概包括哪些方面

軟件測(cè)試計(jì)劃是指導(dǎo)測(cè)試過(guò)程的綱領(lǐng)性文件，包含了產(chǎn)品概述，測(cè)試策略，測(cè)試方法，測(cè)試區(qū)域，測(cè)試配置，測(cè)試周期，測(cè)試資源，風(fēng)險(xiǎn)分析等內(nèi)容；借助軟件測(cè)試計(jì)劃，參與測(cè)試的項(xiàng)目成員，可以明確測(cè)試任務(wù)和測(cè)試方法，保持測(cè)試實(shí)施過(guò)程的順暢溝通，跟蹤和控制測(cè)試進(jìn)度，應(yīng)對(duì)測(cè)試過(guò)程中的各種變更。

測(cè)試計(jì)劃和測(cè)試用例間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測(cè)試計(jì)劃主要從宏觀上規(guī)劃測(cè)試活動(dòng)的范圍，方法和資源配置；而測(cè)試用例是完成測(cè)試任務(wù)的具體戰(zhàn)術(shù)。

測(cè)試計(jì)劃中，最重要的是測(cè)試策略和測(cè)試方法。

測(cè)試計(jì)劃工作的關(guān)鍵是

1. 明確測(cè)試的目標(biāo)，增強(qiáng)測(cè)試計(jì)劃的實(shí)用性---測(cè)試計(jì)劃中的測(cè)試范圍必須高度覆蓋功能需求，測(cè)試方法必須切實(shí)可行，測(cè)試工具具有較高的實(shí)用性，便于使用，生成的測(cè)試結(jié)果直觀準(zhǔn)確。

2. 堅(jiān)持“5W”規(guī)則，明確內(nèi)容與過(guò)程

“5W”規(guī)則指：what,why,when,where,how；用例5w規(guī)則創(chuàng)建軟件測(cè)試計(jì)劃，可幫助測(cè)試團(tuán)隊(duì)理解測(cè)試目的（why），明確測(cè)試范圍和內(nèi)容（what），確定測(cè)試開(kāi)始和結(jié)束日期（when），指出測(cè)試的方法和工具（what），給出測(cè)試文檔和軟件存放位置（where）3. 采用評(píng)審和更新機(jī)制，保證測(cè)試計(jì)劃滿(mǎn)足實(shí)際需求

5.什么是測(cè)試策略

測(cè)試策略描述測(cè)試工程的總體方法和目標(biāo)。

描述目前在進(jìn)行哪一階段的測(cè)試（單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試）以及每個(gè)階段內(nèi)在進(jìn)行的測(cè)試種類(lèi)（功能測(cè)試、性能測(cè)試、覆蓋測(cè)試等）。

測(cè)試策略的制定主要包含三個(gè)方面的內(nèi)容：

(1)確定測(cè)試過(guò)程要使用的測(cè)試技術(shù)和工具；

(2)制定測(cè)試啟動(dòng)、停止、完成標(biāo)準(zhǔn)；

(3)進(jìn)行風(fēng)險(xiǎn)分析和應(yīng)對(duì)方案。例如測(cè)試與外部接口或者模擬物理?yè)p壞、安全性威脅。測(cè)試計(jì)劃最關(guān)鍵的一步就是將軟件分解成單元，按照需求編寫(xiě)測(cè)試計(jì)劃。

擴(kuò)展資料。

測(cè)試英文名Test、Measure；中文拼音cè shì；由中文"測(cè)"與中文"試"兩個(gè)字組成的詞語(yǔ)。

是動(dòng)詞、名詞。

測(cè)試行為，一般發(fā)生于為檢測(cè)特定的目標(biāo)是否符合標(biāo)準(zhǔn)而采用專(zhuān)用的工具或者方法進(jìn)行驗(yàn)證，并最終得出特定的結(jié)果。

6.測(cè)試策略怎么寫(xiě)

測(cè)試策略

Test Strategy;test policy;testing strategy

例句：

文章主要討論了編碼完成后的方法的測(cè)試和類(lèi)的測(cè)試，并分別給出了測(cè)試策略。

This paper discusses both the method testing and the class testing after finishing the coding.

而后，測(cè)試策略也將必須遵循測(cè)試管理框架。

Following this, the testing strategy will also have to follow the test management framework.

有了決策表，我們就可以根據(jù)測(cè)試策略輕松的添加和刪除條件。

With a decision table, it is easy to add and remove conditions, depending on the test strategy.

7.軟件測(cè)試策略有哪些

軟件測(cè)試策略把軟件測(cè)試用例的設(shè)計(jì)方法集成到一系列已經(jīng)周密計(jì)劃過(guò)的步驟中去，從而使得軟件的開(kāi)發(fā)得以成功的完成。

同樣重要的是，軟件測(cè)試策略為軟件開(kāi)發(fā)人員、質(zhì)量保證組織、和客戶(hù)提供了一個(gè)路線圖——這個(gè)路線圖描述了測(cè)試的步驟，以及當(dāng)這些步驟在計(jì)劃和實(shí)施的過(guò)程中，需要多少工作量、時(shí)間、和資源。 因此，任何測(cè)試策略都必須和測(cè)試計(jì)劃、測(cè)試用例設(shè)計(jì)、測(cè)試執(zhí)行、還有測(cè)試結(jié)果數(shù)據(jù)的收集與分析結(jié)合在一起。

一種軟件測(cè)試策略應(yīng)當(dāng)具備足夠的靈活性，這樣在必要的時(shí)候它能夠有足夠的創(chuàng)造性和可塑性來(lái)應(yīng)付所有的大軟件系統(tǒng)。與此同時(shí)，軟件測(cè)試策略還必須保證足夠的嚴(yán)格，這樣才能保證對(duì)項(xiàng)目的整個(gè)進(jìn)程進(jìn)行合理的計(jì)劃和跟蹤管理。

Shooman[SHO83]對(duì)這個(gè)問(wèn)題進(jìn)行了探討： 在許多情況下，測(cè)試是一個(gè)獨(dú)立的過(guò)程，不同的測(cè)試類(lèi)型的數(shù)量和不同的開(kāi)發(fā)方法是一樣多。許多年以來(lái)，我們對(duì)付程序出錯(cuò)的唯一武器就是謹(jǐn)慎的設(shè)計(jì)，以及程序員個(gè)人的智慧。

我們現(xiàn)在處于這樣的一個(gè)時(shí)代——現(xiàn)代設(shè)計(jì)技術(shù)（和正式的技術(shù)復(fù)審）正在幫助我們減少代碼中存在的初始錯(cuò)誤。 類(lèi)似地，不同的測(cè)試方法正在開(kāi)始聚合為有限的幾種方法和思想。

這些方法和思想就是我們所說(shuō)的策略。在第16章中，我們已經(jīng)介紹了軟件測(cè)試技術(shù)①。

在本章中，我們將會(huì)把注意力放在軟件測(cè)試策略上。