⑴ 軟體測試策略包含哪些階段,每個階段不同點
策略很多,看你從什麼角度了。比如按階段分可以分單元測試,集成測試,系統測試;按可見度分可以分白盒,黑盒;其中白盒又能按方法分,比如不同的覆蓋率:條件覆蓋,路徑覆蓋等。還可以按動態和靜態分,好比代碼走讀算靜態,手動執行算動態。還能按流程分,比如數據流測試,業務流測試。各種不同的策略也不是單一存在的,是幾種並存的。好比你用Nunit做單元測試,它就包含了幾種策略,首先它是單元測試階段
⑵ 究竟什麼是軟體測試策略
和開發過程相對應,測試過程會依次經歷單元測試、集成測試、系統測試、驗收測試四個主要階段:
單元測試測試策略:
自頂向下的單元測試策略:比孤立單元測試的成本高很多,不是單元測試的一個好的選擇。
自底向上的單元測試策略:比較合理的單元測試策略,但測試周期較長。
孤立單元測試策略:最好的單元測試策略。
2.集成測試的測試策略:
大爆炸集成:適應於一個維護型項目或被測試系統較小
自頂向下集成:適應於產品控制結構比較清晰和穩定;高層介面變化較小;底層介面未定義或經常可能被修改;產口控制組件具有較大的技術風險,需要盡早被驗證;希望盡早能看到產品的系統功能行為。
自底向上集成:適應於底層介面比較穩定;高層介面變化比較頻繁;底層組件較早被完成。
基於進度的集成
優點:具有較高的並行度;能夠有效縮短項目的開發進度。
缺點:樁和驅動工作量較大;有些介面測試不充分;有些測試重復和浪費。
3.系統測試的測試策略:
數據和資料庫完整性測試;功能測試;用戶界面測試;性能評測;負載測試;強度測試;容量測試;安全性和訪問控制測試;故障轉移和恢復測試;配置測試;安裝測試;加密測試;可用性測試;版本驗證測試;文檔測試。
4.驗收測試的測試策略:
使用自動化測試工具TestWriter,零編碼、易操作!
⑶ 軟體測試的原則與策略是什麼
軟體測試原則:
1、盡早和不斷的測試。
2、程序員應該避免檢查自己的程序,軟體測試應該由第三方構造。
3、設計測試用例時應該考慮到合法的輸入和不合法的輸入以 及各種邊界條件。
4、注意測試中的錯誤集中發生現象。
5、對測試錯誤結果有確認過程。
6、制定嚴格的測試計劃,並把測試時間安排的盡量寬松。
7、回歸測試的關聯性,原有功能過濾
8、進行版本控制,制定變更測試文檔的流程。
測試策略,在一定的軟體測試標准、測試規范的指導下,依據測試項目的特定環境約束而規定的軟體測試的原則、方式、方法的集合,需在測試計劃文檔中體現。
⑷ 軟體測試的策略有哪些啊
16種測試策略:
功能測試,性能測試,壓力測試,容量測試,安全性測試,GUI測試,可用性測試,安裝測試,配置測試,
異常測試,備份測試,健壯性測試,文檔測試,在線幫助測試,網路測試,穩定性測試
在:正常情況下測試;非正常情況下測試;邊界測試;非法,極端測試;
⑸ 軟體測試的策略
希賽顧問——軟體測試專刊(2006年第4期,總第4期)
主辦:希賽網(www.csai.cn) 承辦:希賽網軟體測試頻道(testing.csai.cn)
性能測試兵法
作者:陳紹英 來源:希賽網軟體測試頻道
在大多數的性能測試工作中,我們可以看出很多內容都是互相關聯的。這就給我們提供了一思路:性能測試的很多內容可以經過一定的組織統一來進行。統一開展性能測試的巨大好處是可以由淺入深按照層次對系統進行測試,進而減少不必要的工作量,以實現節約測試成本的目的。為此,本文提出了「全面性能測試模型」的概念。 「全面性能測試模型」提出的主要依據就是一種類型的性能測試可以在某些條件下轉化成為另外一種類型的性能測試,而這些類型的測試實施也是很類似的。例如:針對一個網站進行測試,模擬10到50個用戶
就是在進行常規性能測試,用戶增加到1000乃至上萬就變成了壓力/負載測試。如果同時對系統進行大量的數據查詢操作,就包含了強度測試。
1.全面性能測試模型在「全面性能測試模型」中,把Web性能測試分為八個類別。
下面首先介紹八個性能測試類別的主要內容。
(1)預期指標的性能測試 系統在需求分析和設計階段都會提出一些性能指標,這些指標是性能測試要完成的首要工作之一,本模型把預先確定的一些性能指標的測試稱為預期指標的性能測試。 這些指標主要是指諸如「系統可以支持並發用戶1000」、「系統響應時間不得高於10秒」等在產品說明書等文檔中中十分明確的內容,對這種預先承諾的性能要求,測試小組應該「首當其沖」完成這類測試。
(2)獨立業務性能測試 獨立業務主要是指一些核心業務模塊,這些模塊通常具有功能比較復雜、使用比較頻繁、屬於核心業務等特點。這類特殊的、功能比較獨立的業務模塊始終都是性能測試重點。我們通常不但要測試這類模塊的一些和性能相關的演算法,還要測試這類模塊對並發用戶的響應情況。 核心業務模塊在需求階段就可以確定,在系統測試階段開始單獨測試其性能。如果是系統類軟體或者特殊應用的軟體,通常從單元測試階段就開始進行測試,在後繼的集成測試、系統測試、驗收測試中進一步進行測試,以保證核心業務模塊的性能穩定。 用戶並發測試是核心業務模塊的重「並發」的主要內容是模擬一定數量的用戶同時使用某一核心模塊的「相同」或者「不同」的功能,並且持續一段時間。對「相同」的功
能進行並發測試分為兩種類型,一類是在同一時刻進行完全一樣的操作,例如打開同一條數據記錄進行查看;另外一類是在同一時刻使用完全一樣的功能,例如同時提交數據進行保存。可以看出後者是包含前前者的,後者是前者的特例,這種並發測試都要持續一定的時間。
從微觀角度講,同時使用某一核心模塊「不同」的功能,也是一種組合業務性能測試,只不過這種組合的相關業務大分類是一致的。
(3)組合業務性能測試 通常不會所有的用戶只使用一個或者幾個核心業務模塊,每個功能模塊都可能被使用到,所以Web性能測試既要模擬多用戶的「相同」操作(這里的「相同」
指很多用戶使用同一功能),又要模擬多用戶的「不同」操作(這里的「不同」指很多用戶同時對一個或者多個模塊的不同功能進行操作)對多個業務進行組合性能測試。組合業務測試是最接近用戶實際使用情況的測試,因而是性能測試的核心內容。我們通常按照用戶的實際使用情況來模擬使用各個模板的人數比例。 由於組合業務測試是最反映用戶使用系統情況
的測試,因而組合測試往往和伺服器(操作系統、Web伺服器、資料庫伺服器)性能測試
結合起來,在通過工具模擬用戶行為的同時,還通過測試工具的監控功能採集伺服器的計數器信息,進而全面分析系統的瓶頸,為改進系統提供有利的依據。用戶並發測試是組合業
務測試的核心內容。「組合」並發的突出特點是分成不同的用戶組進行並發,每組的用戶比例要根據實際情況來進行匹配。組合業務測試可以理解為包含了「核心業務模塊並發」和「非核心業務模塊並發」同時進行的並發用戶測試。
(4)疲勞強度性能測試 疲勞強度測試是在系統穩定運行下模擬較大的用戶數量、並長時間運行系統的測試,通過綜合分析執行指標和資源監控來確定系統處理最大業務量時的性能,
主要目的是為了測試系統的穩定性。
(5)大數據量性能測試 大數據量測試分為兩種:一種是針對某些系統存儲、傳輸、統計查詢等業務進行大數據量的測試,主要是測試數據增多時的性能情況,這類一般都是針對某些特殊的核心業務或者一些日常比較常用的組合業務的測試。 第二種是極限狀態下的數據測試,主要是指系統數據量達到一定程度時,通過性能測試來評估系統的響應情況,測試的對象也是某些核心業務或者日常常用的組合業務。例如系統的數據每年只備份轉移一次,可分別選擇一個季度、半年、一年作為參考,模擬輸入各個時間段的預計數據量,然後測試系統的性能,進而預估系統的性能走向。 由於大數據量仍然是為了測試系統的業務處理能力,
因此大數據量性能測試可以獨立進行,也可以和前面的獨立、組合業務測試結合起來進行,主要由性能測試策略來決定。由於大數據量測試一般在投產環境進行,因此本書把它單獨獨立出來,和疲勞強度測試放在一起,在整個性能測試的後期進行。大數據量測試可以理解為特定條件下的核心業務或者組合業務測試。
(6)網路性能測試 網路性能測試主要是為了准確展示帶寬、延遲、負載和埠的變化是如何影響用戶的響應時間的。在實際的軟體項目中,主要是測試用戶數目與網路帶寬的關系。
網路性能測試一般有專門的工具,因此本書不研究網路測試,網路測試的任務通常由系統集成人員來完成。
(7)伺服器性能測試 伺服器性能測試(操作系統、Web伺服器、資料庫伺服器)分為初級和高級兩種形式。「初級伺服器性能測試」主要是指在業務系統工作或者進行前面其它
種類性能測試的時候,監控伺服器的一些計數器信息,通過這些數據對伺服器進行綜合性能分析,找出系統瓶頸,為調優或者提高性能提供依據。「高級伺服器性能測試」一般不由測試人員進行,由專門的系統管理員來進行,例如資料庫伺服器由專門的DBA來進行測試和調優。本書主要討論在測試中常用到的「初級伺服器性能測試」,既通過工具對伺服器資源進行監控的性能測試。
(8)一些特殊測試 主要是指配置測試、內存泄漏測試一些特殊的Web性能測試。這類性能測試或者和前面的測試結合起來進行,或者在一些特殊情況下會獨立進行,本書重點來討論前一種情況,因為後一種情況往往通過特有的工具、較大投入的進行,可以不作為性能測試的范疇來研究。
主辦:希賽網(www.csai.cn) 承辦:希賽網軟體測試頻道(testing.csai.cn)
軟體測試專業調查,請各位朋友大力支持:
http://testing.csai.cn/e/vote/VoteStepFirst.asp
⑹ 軟體測試策略有哪些
我告訴你一個網址,你自己看看吧。。。。
⑺ 軟體測試中的測試策略有哪些(最好分的詳細點,急...
功能上:所有模塊功能是否都實現
性能:內存 CPU佔用數據收集 是否達標
穩定性:軟體使用過程中是否穩定可靠
兼容性:平台、網路
界面:一致性、易用性。
文檔:
具體項目自己加吧。
⑻ 軟體測試的策略是什麼
軟體測試策略:在一定的軟體測試標准、測試規范的指導下,依據測試項目的特定環境約束而規定的軟體測試的原則、方式、方法的集合。
⑼ 軟體測試策略和測試軟體有哪些
策略很多,看你從什麼角度了。比如按階段分可以分單元測試,集成測試,系統測試;按可見度分可以分白盒,黑盒;其中白盒又能按方法分,比如不同的覆蓋率:條件覆蓋,路徑覆蓋等。還可以按動態和靜態分,好比代碼走讀算靜態,手動執行算動態。還能按流程分,比如數據流測試,業務流測試。各種不同的策略也不是單一存在的,是幾種並存的。好比你用Nunit做單元測試,它就包含了幾種策略,首先它是單元測試階段,其次,它可以走數據流,第三,它可以做函數等的條件覆蓋,再者,它是動態測試的一種等等。
建議你去讀下軟體工程的書,先做一個入門。
測試軟體很多,看你做功能還是性能了。基本都是錄制回放加驗證,沒什麼大花頭。
但如果要通過軟體構件測試框架的話就需要你有扎實的基本功和很高的工具熟悉程度了。