問題二：什麽是測試策略？ 測試策略描述測試工程的總體方法和目標。描述目前在進行哪壹階段的測試（單元測試、集成測試、系統測試）以及每個階段內在進行的測試種類（功能測試、性能測試、覆蓋測試等）。
測試策略的制定主要包含三個方面的內容：
（1）確定測試過程要使用的測試技術和工具；
（2）制定測試啟動、停止、完成標準；
（3）進行風險分析和應對方案。例如測試與外部接口或者模擬物理損壞、安全性威脅。測試計劃最關鍵的壹步就是將軟件分解成單元，按照需求編寫測試計劃。
問題三：請問系統測試的策略是什麽？ 系統測試的對象是完整的、集成的計算機系統（CS），重點是新開發的配置項的 *** 。可根據軟件的裁判任務書、合同或其他等效文件及軟件系統的重要性、安全性關鍵等級等對如下計算要求進行裁剪，但必須說明理由。系統測試壹般應符合以下技術要求穿a) 應按系統/子系統設計說明的規定，逐項測試系統的功能、性能等特性；b) 系統的每個特性應至少被壹個正常的測試用例和壹個被認可的異常測試用例所覆蓋；c) 測試用例的輸入至少應包括有效等價類值、無效等價類值和邊界數據值；d) 應測試系統的輸出及其格式；。。。。。。。
問題四：軟件測試的方法有哪幾種？ 5分 《全國計算機等級考試三級教程軟件測試》
目錄
第1章 軟件測試的基本概念
1.1 軟件質量的概念
1.1.1 軟件質量的定義
1.1.2 軟件質量的屬性
1.1.3 軟件質量模型
1.1.4 軟件質量的度量
1.1.5 影響軟件質量的主要因素
1.2 軟件測試的概念
1.2.1 軟件測試的定義與目的
1.2.2 軟件測試的原則
1.3 軟件的缺陷與錯誤
1.3.1 軟件缺陷的定義和類型
1.3.2 軟件缺陷的級別
1.3.3 軟件缺陷產生的原因
1.3.4 軟件缺陷的構成第1章 軟件測試的基本概念
1.1 軟件質量的概念
1.1.1 軟件質量的定義
1.1.2 軟件質量的屬性
1.1.3 軟件質量模型
1.1.4 軟件質量的度量
1.1.5 影響軟件質量的主要因素
1.2 軟件測試的概念
1.2.1 軟件測試的定義與目的
1.2.2 軟件測試的原則
1.3 軟件的缺陷與錯誤
1.3.1 軟件缺陷的定義和類型
1.3.2 軟件缺陷的級別
1.3.3 軟件缺陷產生的原因
1.3.4 軟件缺陷的構成
1.3.5 修復軟件缺陷的代價
1.4 軟件測試的經濟學與心理學
1.4.1 軟件測試的心理學
1.4.2 軟件測試的經濟學
1.5 軟件質量保證
1.5.1 軟件質量保證概要
1.5.2 軟件質量保證活動的實施
1.5.3 軟件的驗證與確認
1.5.4 驗證和確認任務分析
本章小結
第2章 軟件生存周期中測試的實施
2.1 軟件開發階段
2.1.1 軟件生存周期
2.1.2 軟件測試的生存周期模型
2.1.3 軟件測試過程模型
2.1.4 測試信息流
2.2 需求獲取與分析階段的測試
2.2.1 需求評審的實施
2.2.2 需求規格說明的評審
2.2.3 Wiegers 用例與需求評審表2.2.4 基於原型的測試
2.2.5 基於需求的測試覆蓋率評估
2.3 設計階段的測試
2.3.1 設計的測試因素
2.3.2 設計評審的實施
2.3.3 設計規格說明的評審
2.3.4 設計元素的覆蓋原則
2.4 編程階段的測試
2.4.1 白盒測試與黑盒測試
2.4.2 源代碼的控制流覆蓋原則
2.4.3 源代碼的數據流覆蓋原則
2.4.4 源代碼的靜態分析與動態測試
2.5 運行和維護階段的測試
2.6 回歸測試
2.6.1 回歸測試的概念
2.6.2 回歸測試的類型
2.6.3 回歸測試的時機
2.6.4 回歸測試的實施
本章小結
第3章 代碼檢查、走查與評審
3.1 桌上檢查
3.1.1 桌上檢查的實施
3.1.2 桌上檢查的檢查表
3.2 代碼檢查
3.2.1 特定的角色和職責
3.2.2 代碼檢查的實施
3.2.3 用於代碼檢查的檢查表
3.3 走查
3.3.1 特定的角色和職責
3.3.2 走查的實施
3.3.3 走查中的靜態分析技術
3.4 同行評審
3.4.1 同行評審的角色和職責
3.4.2 同行評審的內容
3.4.3 評審的方法和技術
3.4.4 評審工作
本章小結
第4章 白盒測試
4.1 覆蓋率的概念
4.2 邏輯覆蓋
4.2.1 語句覆蓋與塊覆蓋
4.2.2 判定覆蓋（分支覆蓋）
4.2.3 條件覆蓋
4.2.4 條件/判定覆蓋
4.2.5 條件組合覆蓋
4.2.6 路徑覆蓋
4.2.7 ESTCA覆蓋
4.2.8 LCSAJ覆蓋
4.3 路徑測試
4.3.1 分支結構的路徑測試
4.3.2 循環結構的路徑測試
4.3.3 圈復雜度與基本路徑測試
4.4 數據流測試
4.4.1 定義M使用測試的幾個......>>
問題五：軟件測試過程中主要測試文檔有哪些 軟件測試的流程，以及各階段的相關文檔
無論是采用瀑布式還是其他的產品生命周期模型，軟件測試分為如下幾個階段：
1、測試需求分析階段。
測試需求分析階段主要工作是獲得測試項目的測試需求（測試規格）。
輸出產物：《可測試性需求說明書》和《測試規格》
2、測試計劃階段。
以測試需求為基礎，分析產品的總體測試策略。
輸出產物：《產品總體測試策略》
3、測試方案設計階段。
本階段主要是以測試規格為基礎獲得特性測試方案，對於有自動化測試的項目，
進行自動化測試的分析，獲得測試策略。
輸出產物：《產品或者版本總體測試方案》
4、測試用例實現階段。
本階段主要是完成各個特性的測試用例的編寫和自動化腳本的編寫。
輸出產物：《產品自動化測試用例》和《手工執行測試用例》
5、測試執行階段。
本階段是根據測試策略開展測試執行和回歸測試。
輸出產品：《產品或版本測試報告》和《缺陷分析報告》
6、評估與關閉階段。
只對前面的各個階段的執行情況，
完成對測試項目的關閉，
同時提供完整的度量
數據和項目總結報告。
輸出產物：《遺留問題風險分析報告》、《度量分析報告》和《測試關閉報告》
問題六：軟件測試策略和測試軟件有哪些 策略很多，看妳從什麽角度了。比如按階段分可以分單元測試，集成測試，系統測試；按可見度分可以分白盒，黑盒；其中白盒又能按方法分，比如不同的覆蓋率：條件覆蓋，路徑覆蓋等。還可以按動態和靜態分，好比代碼走讀算靜態，手動執行算動態。還能按流程分，比如數據流測試，業務流測試。各種不同的策略也不是單壹存在的，是幾種並存的。好比妳用Nunit做單元測試，它就包含了幾種策略，首先它是單元測試階段，其次，它可以走數據流，第三，它可以做函數等的條件覆蓋，再者，它是動態測試的壹種等等。
建議妳去讀下軟件工程的書，先做壹個入門。
測試軟件很多，看妳做功能還是性能了。基本都是錄制回放加驗證，沒什麽大花頭。
但如果要通過軟件構件測試框架的話就需要妳有紮實的基本功和很高的工具熟悉程度了。
問題七：軟件測試存在哪些集成策略? 1）大爆炸集成
優點：可以迅速完成集成測試；並且只要極少數的驅動和樁模塊；用例也是最少的；簡單；資源利用率高
缺點：壹次試運行成功的可能性不大，問題定位和修改比較困難，許多接口錯誤很容易躲過測試。
適應於壹個維護型項目或被測試系統較小
2）自頂向下集成
優點：較早地驗證了主要控制和判斷點；按深度優先可以首先實現和驗證壹個完整的軟件功能；功能較早證實，帶來信心；只需壹個驅動，減少驅動器開發的費用；支持故障隔離。
缺點：柱的開發量大；底層驗證被推遲；底層組件測試不充分。
適應於產品控制結構比較清晰和穩定；高層接口變化較小；底層接口未定義或經常可能被修改；產口控制組件具有較大的技術風險，需要盡早被驗證；希望盡早能看到產品的系統功能行為。
3）自底向上集成
優點：對底層組件行為較早驗證；[url=]工作[/url]最初可以並行集成，比自頂向下效率高；減少了樁的工作量；支持故障隔離。
缺點：驅動的開發工作量大；對高層的驗證被推遲，設計上的錯誤不能被及時發現。
適應於底層接口比較穩定；高層接口變化比較頻繁；底層組件較早被完成。
4三明治集成
優點： *** 了自頂向下和自底向上兩種策略的優點
缺點：中間層測試不充分
適應於大部分軟件開發項目
5）基幹集成
優點：具有三明治集成的優點，更適合於大型復雜項目的集成。
缺點：必須對系統的結構和相互依存性進行仔細的分析；驅動和樁開發量大；局部采用了大爆炸的策略，有些接口可能測試不充分。
嵌入式系統中常用
6）分層集成
適應於有明顯層次關系的系統
7）基於功能的集成
優點：優先驗證關鍵功能的正確性；減少驅動的開發；進度要快。
缺點：對接口測試不充分；有較大的冗余測試。
8）基於消息的集成
優點：優先驗證關鍵消息的正確性；減少驅動的開發；進度要快。
缺點：對接口測試不充分；有較大的冗余測試。
9）基於風險的集成
優點：最具有風險的組件最早進地驗證，有助於系統的快速穩定。
缺點：需要對各組件的風險有壹個清晰的分析。
10）基於進度的集成
優點：具有較高的並行度；能夠有效縮短項目的開發進度。
缺點：樁和驅動工作量較大；有些接口測試不充分；有些測試重復和浪費。
以上策略應根據實際情況來采用，也可以組合使用
問題八：軟件測試過程包含哪些活動 軟件測試計劃是指導測試過程的綱領性文件，包含了產品概述，測試策略，測試方法，測試區域，測試配置，測試周期，測試資源，風險分析等內容；借助軟件測試計劃，參與測試的項目成員，可以明確測試任務和測試方法，保持測試實施過程的順暢溝通，跟蹤和控制測試進度，應對測試過程中的各種變更。 測試計劃和測試用例間是戰略和戰術的關系，測試計劃主要從宏觀上規劃測試活動的範圍，方法和資源配置；而測試用例是完成測試任務的具體戰術。 測試計劃中，最重要的是測試策略和測試方法。 測試計劃工作的關鍵是 1. 明確測試的目標，增強測試計劃的實用性---測試計劃中的測試範圍必須高度覆蓋功能需求，測試方法必須切實可行，測試工具具有較高的實用性，便於使用，生成的測試結果直觀準確。 2. 堅持“5W”規則，明確內容與過程 “5W”規則指：what，why，when，where，how；用例5w規則創建軟件測試計劃，可幫助測試團隊理解測試目的（why），明確測試範圍和內容（what），確定測試開始和結束日期（when），指出測試的方法和工具（what），給出測試文檔和軟件存放位置（where） 3. 采用評審和更新機制，保證測試計劃滿足實際需求
問題九：按測試步驟和策略來分的軟件測試種類有？ BVT (Build Verification Test) BVT是在所有開發工程師都已經檢入自己的代碼，項目組編譯生成當天的版本之後進行，主要目的是驗證最新生成的軟件版本在功能上是否完整，主要的軟件特性是否正確。如無大的問題，就可以進行相應的功能測試。BVT優點是時間短，驗證了軟件的基本功能。缺點是該種測試的覆蓋率很低。因為運行時間短，不可能把所有的情況都測試到。 Scenario Tests（基於用戶實際應用場景的測試） 在做BVT、功能測試的時候，可能測試主要集中在某個模塊，或比較分離的功能上。當用戶來使用這個應用程序的時候，各個模塊是作為壹個整體來使用的，那麽在做測試的時候，就需要模仿用戶這樣壹個真實的使用環境，即用戶會有哪些用法，會用這個應用程序做哪些事情，操作會是壹個怎樣的流程。加了這些測試用例後，再與BVT、功能測試配合，就能使軟件整體都能符合用戶使用的要求。Scenario Tests優點是關註了用戶的需求，缺點是有時候難以真正模仿用戶真實的使用情況。 Smoke Test 在測試中發現問題，找到了壹個Bug，然後開發人員會來修復這個Bug。這時想知道這次修復是否真的解決了程序的Bug，或者是否會對其它模塊造成影響，就需要針對此問題進行專門測試，這個過程就被稱為Smoke Test。在很多情況下，做Smoke Test是開發人員在試圖解決壹個問題的時候，造成了其它功能模塊壹系列的連鎖反應，原因可能是只集中考慮了壹開始的那個問題，而忽略其它的問題，這就可能引起了新的Bug。Smoke Test優點是節省測試時間，防止build失敗。缺點是覆蓋率還是比較低。 此外，Application patibility Test（兼容性測試），主要目的是為了兼容第三方軟件，確保第三方軟件能正常運行，用戶不受影響。Accessibility Test（軟件適用性測試），是確保軟件對於某些有殘疾的人士也能正常的使用，但優先級比較低。其它的測試還有Functional Test（功能測試）、Security Test（安全性測試）、Stress Test（壓力測試）、Performance Test（性能測試）、Regression Test（回歸測試）、Setup/Upgrade Test（安裝升級測試）等。