日韩黑丝制服一区视频播放|日韩欧美人妻丝袜视频在线观看|九九影院一级蜜桃|亚洲中文在线导航|青草草视频在线观看|婷婷五月色伊人网站|日本一区二区在线|国产AV一二三四区毛片|正在播放久草视频|亚洲色图精品一区

分享

什么是測試策略?

 白雪~~~ 2014-08-04
測試策略描述測試工程的總體方法和目標(biāo)。描述目前在進行哪一階段的測試(單元測試、集成測試、系統(tǒng)測試)以及每個階段內(nèi)在進行的測試種類(功能測試、性能測試、覆蓋測試等)。
測試策略的制定主要包含三個方面的內(nèi)容:
(1)確定測試過程要使用的測試技術(shù)和工具;
(2)制定測試啟動、停止、完成標(biāo)準(zhǔn);
(3)進行風(fēng)險分析和應(yīng)對方案。例如測試與外部接口或者模擬物理損壞、安全性威脅。測試計劃最關(guān)鍵的一步就是將軟件分解成單元,按照需求編寫測試計劃。


策略很多,看你從什么角度了。比如按階段分可以分單元測試,集成測試,系統(tǒng)測試;
按可見度分可以分白盒,黑盒;其中白盒又能按方法分,比如不同的覆蓋率:條件覆蓋,
路徑覆蓋等。還可以按動態(tài)和靜態(tài)分,好比代碼走讀算靜態(tài),手動執(zhí)行算動態(tài)。
還能按流程分,比如數(shù)據(jù)流測試,業(yè)務(wù)流測試。各種不同的策略也不是單一存在的,
是幾種并存的。好比你用Nunit做單元測試,它就包含了幾種策略,
首先它是單元測試階段,其次,它可以走數(shù)據(jù)流,第三,它可以做函數(shù)等的條件覆蓋,
再者,它是動態(tài)測試的一種等等。

16種測試策略:
功能測試,性能測試,壓力測試,容量測試,安全性測試,GUI測試,可用性測試,安裝測試,配置測試,
異常測試,備份測試,健壯性測試,文檔測試,在線幫助測試,網(wǎng)絡(luò)測試,穩(wěn)定性測試
在:正常情況下測試;非正常情況下測試;邊界測試;非法,極端測試;


項目測試部分的策略描述測試活動的一般方法和目標(biāo)。其中包括要進行的測試階段(單元測試、集成測試和系統(tǒng)測試)以及要執(zhí)行的測試類型(功能測試、性能測試、負(fù)載測試、強度測試等)。

該策略定義:

  • 要使用的測試方法和工具。
  • 測試完成和測試成功所采用的評價標(biāo)準(zhǔn)。例如,當(dāng)成功執(zhí)行 95% 的測試用例后,該標(biāo)準(zhǔn)可能允許軟件進行驗收測試。另一個標(biāo)準(zhǔn)是代碼覆蓋。在安全至上的系統(tǒng)中,該標(biāo)準(zhǔn)可能要求測試應(yīng)該覆蓋 100% 的代碼。
  • 影響資源要求或涉及進度的特殊考慮,如:
  • 測試與外部系統(tǒng)之間的接口。
  • 模擬物理損壞或安全威脅。

有些組織具有自行定義的公司測試策略。在這種情況下,需要將相應(yīng)策略應(yīng)用到特定的項目上。

制定測試計劃活動應(yīng)該側(cè)重的最重要的維度如下:

  • 處于什么迭代之中以及迭代的目的是什么。
  • 正在執(zhí)行什么測試階段(單元測試、集成測試或系統(tǒng)測試)??梢栽谝淮蔚袌?zhí)行所有測試階段。

現(xiàn)在來看一下測試活動的特征可以如何根據(jù)您所處的上述“測試維度”而變更。 當(dāng)然,可以查看的特征很多,如需要的資源和花費的時間,但在此處,請專注于定義測試策略的重要元素:

  • 測試類型(功能測試、強度測試、容量測試、性能測試、可用性測試、分布測試等)。
  • 使用的評估標(biāo)準(zhǔn)(基于代碼的測試覆蓋、基于需求的測試覆蓋、缺陷數(shù)量、平均故障間隔時間等。)
  • 使用的測試方法(手工和自動)

測試類型在測試生命周期上沒有通用的分布模式。根據(jù)迭代次數(shù)、迭代大小、項目種類的不同,可以重點執(zhí)行不同的測試類型。

您將發(fā)現(xiàn),系統(tǒng)測試階段十分注重確保覆蓋所有通過測試用例集表示的可測試需求。這意味著測試的完成標(biāo)準(zhǔn)將主要側(cè)重于基于需求的測試覆蓋。在集成測試 和單元測試階段,您將發(fā)現(xiàn)基于代碼的測試覆蓋是更合適的完成標(biāo)準(zhǔn)。下圖顯示在進行軟件的新迭代時,這兩類測試覆蓋評測標(biāo)準(zhǔn)的使用是如何變化的。

  • 測試計劃應(yīng)該定義單元測試、集成測試和系統(tǒng)測試的完成標(biāo)準(zhǔn)集。
  • 可以針對各次迭代采用不同的完成標(biāo)準(zhǔn)集。

testr001.gif(3438 字節(jié))

您在項目中應(yīng)該考慮盡量自動執(zhí)行測試,尤其對于需要多次重復(fù)執(zhí)行的測試(回歸測試)。但需要切記的是,創(chuàng)建并維護自動測試需要花費時間并占用資源。在各個項目中始終都會有一定數(shù)量的手工測試。下圖說明了在什么時間和什么測試階段可能會執(zhí)行手工測試。

示例:

下表顯示何時區(qū)分不同的測試類型,并提供要定義的完成標(biāo)準(zhǔn)的示例。第一個表顯示的是“典型的”MIS 項目:

迭代 / 測試 系統(tǒng)測試 集成測試 單元測試
迭代 1 用于所有用例的自動性能測試。
· 所有已計劃的測試都已執(zhí)行。
· 所有嚴(yán)重性為 1 的缺陷都已經(jīng)解決。
所有已計劃的測試都已經(jīng)重新執(zhí)行,并且沒有發(fā)現(xiàn)嚴(yán)重性為 1 的新缺陷。
非正式測試
迭代 2 用于所有新用例的自動性能和功能測試,以及作為回歸測試的此前測試。
· 所有已計劃的測試都已執(zhí)行。
· 所有嚴(yán)重性為 1 和 2 的缺陷都已經(jīng)解決。
· 所有已計劃的測試都已經(jīng)重新執(zhí)行,并且沒有發(fā)現(xiàn)嚴(yán)重性為 1 或 2 的新缺陷。
非正式測試
迭代 3 用于所有新用例的自動性能和功能測試,以及作為回歸測試的此前測試。
必須有 95% 的用例通過測試。
· 所有已計劃的測試都已執(zhí)行。
· 所有嚴(yán)重性為 1、2 和 3 缺陷都已發(fā)現(xiàn)。
自動測試,70% 的代碼覆蓋。 非正式測試
迭代 4 用于所有用例的自動功能測試和負(fù)面測試,用于所有沒有自動執(zhí)行的部分的手工測試,以及作為回歸測試的先前測試。
必須有 100% 的用例通過測試。
· 所有已計劃的測試都已執(zhí)行。
· 所有嚴(yán)重性為 1、2 和 3 的缺陷都已經(jīng)解決。
· 所有已計劃的測試都已經(jīng)重新執(zhí)行,并且沒有發(fā)現(xiàn)嚴(yán)重性為 1 或 2 的新缺陷。
自動測試,80% 的代碼覆蓋。 非正式測試

第二個表顯示應(yīng)用于“典型”的安全至上系統(tǒng)的測試類型和完成標(biāo)準(zhǔn):

迭代 / 測試 系統(tǒng)測試 集成測試 單元測試
迭代 1 用于所有用例的自動性能測試,100% 的測試用例覆蓋。
· 所有已計劃的測試都已執(zhí)行。
· 所有嚴(yán)重性為 1 的缺陷都已經(jīng)解決。
· 所有已計劃的測試都已經(jīng)重新執(zhí)行,并且沒有發(fā)現(xiàn)新的缺陷。
迭代 2 用于所有用例的自動性能、功能和負(fù)面測試,100% 的測試用例覆蓋。
· 所有已計劃的測試都已執(zhí)行。
· 所有嚴(yán)重性為 1 或 2 的缺陷都已經(jīng)解決。
· 所有已計劃的測試都已經(jīng)重新執(zhí)行,并且沒有發(fā)現(xiàn)新的缺陷。
自動性能測試 非正式測試
迭代 3 用于所有用例的自動性能、功能、負(fù)面可用性和文檔測試,100% 的測試用例覆蓋。
· 所有已計劃的測試都已執(zhí)行。
· 所有嚴(yán)重性為 1、2 和 3 的缺陷都已經(jīng)解決。
· 所有已計劃的測試都已經(jīng)重新執(zhí)行,并且沒有發(fā)現(xiàn)新的缺陷。
自動性能測試以及作為回歸測試的先前測試 自動測試,70% 的代碼覆蓋
迭代 4 用于所有用例的自動性能、功能、負(fù)面可用性和文檔測試,100% 的測試用例覆蓋。
· 所有已計劃的測試都已執(zhí)行。
· 所有嚴(yán)重性為 1、2 和 3 的缺陷都已經(jīng)解決。
· 所有已計劃的測試都已經(jīng)重新執(zhí)行并且沒有發(fā)現(xiàn)缺陷。
自動性能測試以及作為回歸測試的先前測試 自動測試,80% 的代碼覆蓋



1987 - 2001 Rational Software Corporation。版權(quán)所有。


    本站是提供個人知識管理的網(wǎng)絡(luò)存儲空間,所有內(nèi)容均由用戶發(fā)布,不代表本站觀點。請注意甄別內(nèi)容中的聯(lián)系方式、誘導(dǎo)購買等信息,謹(jǐn)防詐騙。如發(fā)現(xiàn)有害或侵權(quán)內(nèi)容,請點擊一鍵舉報。
    轉(zhuǎn)藏 分享 獻花(0

    0條評論

    發(fā)表

    請遵守用戶 評論公約

    類似文章 更多