軟件測試方式和技術應用及質量保證和測試策略

1、軟件測試方式和技術應用及質量保證和測試策略軟件質量就是客戶的滿意度軟件缺陷(Bug)是什么軟件測試的根本方法- 白盒/黑盒，靜態(tài)/動態(tài)，自動化/手工，軟件測試的分類和階段- 單元、集成、系統(tǒng)性能、適用性、兼容性、驗收測試軟件測試的工作范疇- 策略、方案、設計、執(zhí)行、報告、評估第三章 質量保證與測試策略3.1 軟件質量保證3.2 測試策略3.3 測試方案3.4 軟件質量的可靠性評估3.1 軟件質量保證SQASQA 概述SQA 活動SQS 與軟件測試的關系什么是 SQA ?軟件質量保證是通過對軟件產(chǎn)品和活動有方案的進行評審和審計來驗證軟件是否符合標準的系統(tǒng)工程活動. 確保SQA活動要自始至有方案的

2、進行審查軟件產(chǎn)品和活動是否遵守適用的標準、規(guī)程和要求并得到客觀驗證。SQA的活動和結果要保證全員參與，溝通順暢。逐級解決不符合問題SQA活動技術方法的應用正式技術評審的實施軟件測試標準的執(zhí)行修改的控制度量質量記錄和記錄保存SQA活動的影響因素知識結構：專業(yè)的技術，例如質量管理與控制知識、統(tǒng)計學知識等。經(jīng)驗依據(jù)：如果沒有這些標準，就無法準確地判斷開發(fā)活動中的問題，容易引發(fā)不必要的爭論，因此組織應當建立文檔化的開發(fā)標準和規(guī)程。全員參與：全員參與至關重要，高層管理者必須重視軟件質量保證活動。把握重點：一定要抓住問題的重點與本質，盡可能防止陷入對細節(jié)的爭論之中。SQA策略SQA策略主要分三個階段：以檢

3、測為重：產(chǎn)品制成之后進行檢測，只能判斷產(chǎn)品質量，不能提高產(chǎn)品質量。以過程管理為重：把質量的保證工作重點放在過程管理上，對制造過程中的每一道工序都要進行質量控制。以新產(chǎn)品開發(fā)為重：在新產(chǎn)品的開發(fā)設計階段，采取強有力的措施來消滅由于設計原因而產(chǎn)生的質量隱患。SQA與軟件測試有什么關系和區(qū)別？ SQA與軟件測試的關系 SQA 是管理工作、審查對象是流程、強調以預防為主測試是技術工作、測試對象是產(chǎn)品、主要是以事后檢查SQA指導測試、監(jiān)控測試測試為SQA提供依據(jù)測試策略的概念測試策略通常是描述測試工程的總體方法和目標。描述目前在進行哪一階段的測試如單元測試、集成測試、系統(tǒng)測試以及每個階段內進行的測試種類

4、如功能測試、性能測試、壓力測試等，以確定合理的測試方案使得測試更有效。 影響測試策略的因素1、測試完成的標準標準的上下對策略確定有著重要的影響。比方該軟件的應該用場合為軍用，這將對軟件的可靠性、平安性要求非常高，但如果是用于小型商場的收費系統(tǒng)由于是內部使用，主要考慮其計算的準確與精度及復雜統(tǒng)計與報表生成等方面準確性與易用性。2、資源狀況參與測試的人、測試中所需要的軟件平臺如操作系統(tǒng)甚至會涉及到第三方的一些應用軟件及測試可能用到的相關硬件設備如計算機，網(wǎng)絡硬件其它外設等 制定測試策略 全面細致地了解產(chǎn)品的工程信息:應用領域,測試范圍,市場需求,產(chǎn)品的特點和主要功能,技術架構 基于模塊、功能、整體

5、、系統(tǒng)、版本、壓力、性能、配置和安裝等各個因素對產(chǎn)品的影響,公正客觀地開展測試方案 根據(jù)程序的重要性和一旦發(fā)生故障將造成的損失,來確定它的測試等級和測試重點 認真研究測試策略,以便能使用盡可能少的有效測試用例,發(fā)現(xiàn)盡可能多的程序錯誤,因為一次完整的軟件測試過后,如果程序中遺漏的錯誤過多并且很嚴重,那么說明本次測試是失敗的,是缺乏的;而測試缺乏意味著讓用戶承擔隱藏錯誤帶來的危險.同時反過來說,如果過度測試,那么又會浪費許多珍貴的資源. 找到一個最正確平衡點。測試范圍確實立優(yōu)先級最高的需求功能新功能和編碼改動較大(提高性能表現(xiàn))的舊功能運用有效的測試技術去提高測試效果經(jīng)常容易出現(xiàn)問題局部的功能 一

6、些經(jīng)常被用戶使用的功能和配置測試持續(xù)階段確實定當測試任務明確后,測試方案將依賴于測試小組的人力資源而最終確定. Task 1/1 1/8 1/15 1/20 1/29 2/5 2/12 2/20 2/28 需 求 分 析 - 設 計 審 查 - 測 試方案準備工作 - 設 計測試用例 - 功 能 測 試 - 集 成&系統(tǒng)測試 - 第一輪測試 - 第二輪測試 - 確 認 測 試 - 測 試 結 束 - 通過/失敗的標準單個的測試通過/失敗 測試用例全部產(chǎn)品測試通過/失敗 每個階段的通過/失敗測試周期MRD/PRD/UI Sign-offEng. Plan Sign-offEng. Spec Si

7、gn-offTest Plan Sign-offProduct ReviewCode FreezeTest Case Sign-offCode CompleteER驗收測試QA 創(chuàng)立 Test PlanQAQA創(chuàng)立 Test Cases功能測試寫/審查Spec系統(tǒng)測試單元測試PRD/UI審查QA階段通過/失敗的標準 項目經(jīng)理和測試組長已經(jīng)全部按計劃到位?所有相關的信息已經(jīng)傳達到QA? QA.開始了測試設計?需求階段設計審查所有設計中及文檔中的問題都已經(jīng)被解決?技術設計和測試設計已經(jīng)結束?最高優(yōu)先級的功能要求已經(jīng)實現(xiàn) ? 新功能已經(jīng)實現(xiàn) ?所有的功能是按照設計來實現(xiàn)的? 代碼完成?功能驗證確認測

8、試回歸測試完成與否?是不是完全按測試計劃完成了所有的測試?沒有嚴重的缺陷?達到產(chǎn)品發(fā)布的標準?測試環(huán)境的檢查?所有嚴重問題是不是都已測出?功能測試, 壓力測試,安全測試,兼容性測試,易用性測試是否都已完成? 有沒有阻礙產(chǎn)品發(fā)布的缺陷？系統(tǒng)測試風險評估 測試小組開始工程測試時,硬件資源沒有按時配備或仍然缺乏開始工程測試時, 軟件產(chǎn)品編碼沒有按方案完成開始工程測試時, 測試用例沒有準備好缺少按方案參加工程測試的測試人員在工程測試過程中, 需求總是不停地改動當工程測試進行時, 在設計說明書中被定義的功能總是不停地被修改測試評估 里程碑的定義和跟蹤可以幫助工程管理者掌握工程的進行狀態(tài) 里程碑 日期 測

9、試方案完成 - 1/15 測試用例完成 - 1/29 功能驗證完成器 - 2/5 代碼凍結前完成系統(tǒng)測試 - 2/20 版本發(fā)布前完成確認測試 -2/28測試方案的創(chuàng)立和評審MRD/PRDreview測試策略知識傳遞日 程測試 范圍 反饋 討論分析Formal Review meeting問題QA draft of Test PlanUpdated Test PlanFinal Test Plan測試方法任務Updated Test Plan資 源Pear-to-Pear or Internal ReviewChecklist測試方案內容構成測試方案制定的第一步就是將軟件分解較小而且相對獨立的

10、功能模塊，寫成測試需求。測試需求有很多分類方法，最普通的一種就是按照功能分類： 測試需求是測試設計和開發(fā)測試用例的根底，分解功能模塊可以更好地進行設計； 詳細的測試需求是用來衡量測試覆蓋率的重要指標； 測試需求包括各種測試實際和開發(fā)以及所需資源。一個測試方案應包括：產(chǎn)品根本情況、測試需求說明、測試策略和記錄、測試資源配置、方案表、問題跟蹤報告、測試方案的評審、結果等。測試方案標準格式 -116 components of Test Plan (IEEE,1983)Test plan identifier 測試方案標識)Instruction (引言Test Items 定義或主題詞)Featu

11、res to be tested 需要被測試的功能)Features not to be tested (無需被測試的功能)Approach (方法和途徑Items pass/ fail criteria 測試通過、失敗的標準)Suspension criteria and resumption requirements 延遲的標準和再恢復的要求)Test deliverables (測試交付的內容)Testing Tasks (測試任務測試方案標準格式 216 components of Test Plan (IEEE,1983)Environmental needs 必備的環(huán)境)Respo

12、nsibilities (職責)Staffing and training needs (人員和必需的培訓)Schedule (時間進度表)Risk and contingencies (風險和相關費用Approvals 批準)模板：中文 測試方案 和 英文3.4 軟件質量的可靠性評估軟件可靠性評估的概述軟件可靠性模型可靠性評估過程軟件可靠性評估的概述軟件可靠性評估Software Reliability Assessment指根據(jù)軟件系統(tǒng)可靠性結構單元與系統(tǒng)間可靠性關系、壽命類型和各單元的可靠性試驗信息，利用概率統(tǒng)計方法，評估出系統(tǒng)的可靠性特征量。軟件可靠性評估的要素 1規(guī)定的時間2規(guī)定的環(huán)

13、境條件3規(guī)定的功能軟件可靠性模型 軟件可靠性模型Software reliability model是指為預計或估算軟件的可靠性所建立的可靠性結構和數(shù)學模型。建立可靠性模型是為了將復雜系統(tǒng)的可靠性逐級分解為簡單系統(tǒng)的可靠性，以便于定量預計、分配、估算和評價復雜系統(tǒng)的可靠性。1可靠性結構模型，是依據(jù)系統(tǒng)結構邏輯關系，對系統(tǒng)的可靠性特征及其開展變化規(guī)律做出可靠性評價。2可靠性預計模型，是用來描述軟件失效與軟件缺陷的關系，借助這類模型，可以對軟件的可靠性特征做出定量的預計或評估。依據(jù)軟件缺陷與運行剖面數(shù)據(jù)，利用統(tǒng)計學原理建立二者之間的數(shù)學關系，獲取開發(fā)過程中可靠性變化、軟件在預定工作時間的可靠度、軟件在任意時刻發(fā)生的失效數(shù)的平均值以及軟件在規(guī)定時間間隔內發(fā)生失效次數(shù)的平均值。 可靠性評估過程可靠性數(shù)據(jù)收集