軟件測(cè)試方法和技術(shù)及質(zhì)量保證與測(cè)試策略課件

軟件測(cè)試方法和技術(shù)

-Ch.3質(zhì)量保證與測(cè)試策略Zhu.Kerry@朱少民KerryZhu軟件測(cè)試方法和技術(shù)

-Ch.3質(zhì)量保證與測(cè)試策略Zhu1第二章回顧Zhu.Kerry@軟件質(zhì)量就是客戶的滿意度軟件缺陷(Bug)是什么軟件測(cè)試的基本方法

-白盒/黑盒，靜態(tài)/動(dòng)態(tài)，自動(dòng)化/手工，…軟件測(cè)試的分類和階段

-單元、集成、系統(tǒng)（性能、適用性、兼容性…）、驗(yàn)收測(cè)試軟件測(cè)試的工作范疇

-策略、計(jì)劃、設(shè)計(jì)、執(zhí)行、報(bào)告、評(píng)估…第二章回顧Zhu.Kerry@軟件質(zhì)量就是2第三章質(zhì)量保證與測(cè)試策略Zhu.Kerry@3.1軟件質(zhì)量保證3.2測(cè)試策略3.3測(cè)試計(jì)劃3.4軟件質(zhì)量的可靠性評(píng)估第三章質(zhì)量保證與測(cè)試策略Zhu.Kerry@gmail.c33.1軟件質(zhì)量保證（SQA）SQA概述SQA活動(dòng)SQS與軟件測(cè)試的關(guān)系Zhu.Kerry@3.1軟件質(zhì)量保證（SQA）SQA概述Zhu.Kerry4什么是SQA?軟件質(zhì)量保證是通過對(duì)軟件產(chǎn)品和活動(dòng)有計(jì)劃的進(jìn)行評(píng)審和審計(jì)來驗(yàn)證軟件是否合乎標(biāo)準(zhǔn)的系統(tǒng)工程活動(dòng).

Zhu.Kerry@確保SQA活動(dòng)要自始至有計(jì)劃的進(jìn)行審查軟件產(chǎn)品和活動(dòng)是否遵守適用的標(biāo)準(zhǔn)、規(guī)程和要求并得到客觀驗(yàn)證。SQA的活動(dòng)和結(jié)果要保證全員參與，溝通順暢。逐級(jí)解決不符合問題什么是SQA?軟件質(zhì)量保證是通過對(duì)軟件產(chǎn)品和活動(dòng)有計(jì)劃的5SQA活動(dòng)技術(shù)方法的應(yīng)用正式技術(shù)評(píng)審的實(shí)施軟件測(cè)試標(biāo)準(zhǔn)的執(zhí)行修改的控制度量質(zhì)量記錄和記錄保存Zhu.Kerry@SQA活動(dòng)技術(shù)方法的應(yīng)用Zhu.Kerry@gmail.co6SQA活動(dòng)的影響因素知識(shí)結(jié)構(gòu)：專業(yè)的技術(shù)，例如質(zhì)量管理與控制知識(shí)、統(tǒng)計(jì)學(xué)知識(shí)等。經(jīng)驗(yàn)依據(jù)：如果沒有這些標(biāo)準(zhǔn)，就無法準(zhǔn)確地判斷開發(fā)活動(dòng)中的問題，容易引發(fā)不必要的爭(zhēng)論，因此組織應(yīng)當(dāng)建立文檔化的開發(fā)標(biāo)準(zhǔn)和規(guī)程。全員參與：全員參與至關(guān)重要，高層管理者必須重視軟件質(zhì)量保證活動(dòng)。把握重點(diǎn)：一定要抓住問題的重點(diǎn)與本質(zhì)，盡可能避免陷入對(duì)細(xì)節(jié)的爭(zhēng)論之中。Zhu.Kerry@SQA活動(dòng)的影響因素知識(shí)結(jié)構(gòu)：專業(yè)的技術(shù)，例如質(zhì)量管理與控制7SQA策略SQA策略主要分三個(gè)階段：以檢測(cè)為重：產(chǎn)品制成之后進(jìn)行檢測(cè)，只能判斷產(chǎn)品質(zhì)量，不能提高產(chǎn)品質(zhì)量。以過程管理為重：把質(zhì)量的保證工作重點(diǎn)放在過程管理上，對(duì)制造過程中的每一道工序都要進(jìn)行質(zhì)量控制。以新產(chǎn)品開發(fā)為重：在新產(chǎn)品的開發(fā)設(shè)計(jì)階段，采取強(qiáng)有力的措施來消滅由于設(shè)計(jì)原因而產(chǎn)生的質(zhì)量隱患。Zhu.Kerry@SQA策略SQA策略主要分三個(gè)階段：Zhu.Kerry@gm8SQA與軟件測(cè)試有什么關(guān)系和區(qū)別？

Zhu.Kerry@SQA與軟件測(cè)試有什么關(guān)系和區(qū)別？Zhu.Kerry@gm9SQA與軟件測(cè)試的關(guān)系

SQA

是管理工作、審查對(duì)象是流程、強(qiáng)調(diào)以預(yù)防為主測(cè)試是技術(shù)工作、測(cè)試對(duì)象是產(chǎn)品、主要是以事后檢查SQA指導(dǎo)測(cè)試、監(jiān)控測(cè)試測(cè)試為SQA提供依據(jù)Zhu.Kerry@SQA與軟件測(cè)試的關(guān)系SQA是管理工作、審查對(duì)象是流程、10測(cè)試策略的概念測(cè)試策略通常是描述測(cè)試工程的總體方法和目標(biāo)。描述目前在進(jìn)行哪一階段的測(cè)試（如單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試）以及每個(gè)階段內(nèi)進(jìn)行的測(cè)試種類（如功能測(cè)試、性能測(cè)試、壓力測(cè)試等），以確定合理的測(cè)試方案使得測(cè)試更有效。

Zhu.Kerry@測(cè)試策略的概念測(cè)試策略通常是描述測(cè)試工程的總體方法和目標(biāo)。描11影響測(cè)試策略的因素1、測(cè)試完成的標(biāo)準(zhǔn)標(biāo)準(zhǔn)的高低對(duì)策略確定有著重要的影響。比如該軟件的應(yīng)該用場(chǎng)合為軍用，這將對(duì)軟件的可靠性、安全性要求非常高，但如果是用于小型商場(chǎng)的收費(fèi)系統(tǒng)由于是內(nèi)部使用，主要考慮其計(jì)算的準(zhǔn)確與精度及復(fù)雜統(tǒng)計(jì)與報(bào)表生成等方面準(zhǔn)確性與易用性。2、資源狀況

參與測(cè)試的人、測(cè)試中所需要的軟件平臺(tái)（如操作系統(tǒng)甚至?xí)婕暗降谌降囊恍?yīng)用軟件）及測(cè)試可能用到的相關(guān)硬件設(shè)備（如計(jì)算機(jī)，網(wǎng)絡(luò)硬件其它外設(shè)等）

Zhu.Kerry@影響測(cè)試策略的因素1、測(cè)試完成的標(biāo)準(zhǔn)Zhu.Kerry@gm12制定測(cè)試策略

全面細(xì)致地了解產(chǎn)品的項(xiàng)目信息:應(yīng)用領(lǐng)域,測(cè)試范圍,市場(chǎng)需求,產(chǎn)品的特點(diǎn)和主要功能,技術(shù)架構(gòu)基于模塊、功能、整體、系統(tǒng)、版本、壓力、性能、配置和安裝等各個(gè)因素對(duì)產(chǎn)品的影響,公正客觀地開展測(cè)試計(jì)劃根據(jù)程序的重要性和一旦發(fā)生故障將造成的損失,來確定它的測(cè)試等級(jí)和測(cè)試重點(diǎn)認(rèn)真研究測(cè)試策略,以便能使用盡可能少的有效測(cè)試用例,發(fā)現(xiàn)盡可能多的程序錯(cuò)誤,因?yàn)橐淮瓮暾能浖y(cè)試過后,如果程序中遺漏的錯(cuò)誤過多并且很嚴(yán)重,則表明本次測(cè)試是失敗的,是不足的;而測(cè)試不足意味著讓用戶承擔(dān)隱藏錯(cuò)誤帶來的危險(xiǎn).同時(shí)反過來說,如果過度測(cè)試,則又會(huì)浪費(fèi)許多寶貴的資源.找到一個(gè)最佳平衡點(diǎn)。Zhu.Kerry@制定測(cè)試策略全面細(xì)致地了解產(chǎn)品的項(xiàng)目信息:應(yīng)用領(lǐng)域,測(cè)試范13測(cè)試范圍的確立優(yōu)先級(jí)最高的需求功能新功能和編碼改動(dòng)較大(提高性能表現(xiàn))的舊功能運(yùn)用有效的測(cè)試技術(shù)去提高測(cè)試效果經(jīng)常容易出現(xiàn)問題部分的功能一些經(jīng)常被用戶使用的功能和配置Zhu.Kerry@測(cè)試范圍的確立Zhu.Kerry@14測(cè)試持續(xù)階段的確定當(dāng)測(cè)試任務(wù)明確后,測(cè)試計(jì)劃將依賴于測(cè)試小組的人力資源而最終確定.

Task1/11/81/151/201/292/52/122/202/28需求分析-----設(shè)計(jì)審查

-------------

測(cè)試計(jì)劃準(zhǔn)備工作

-----------------

設(shè)計(jì)測(cè)試用例

--------------------

功能測(cè)試

------------

集成&系統(tǒng)測(cè)試

--------------------

第一輪測(cè)試

------------

第二輪測(cè)試

----------

確認(rèn)測(cè)試

------

測(cè)試結(jié)束

-

Zhu.Kerry@測(cè)試持續(xù)階段的確定當(dāng)測(cè)試任務(wù)明確后,測(cè)試計(jì)劃將依賴于測(cè)試小組15通過/失敗的標(biāo)準(zhǔn)單個(gè)的測(cè)試通過/失敗

測(cè)試用例全部產(chǎn)品測(cè)試通過/失敗

每個(gè)階段的通過/失敗Zhu.Kerry@通過/失敗的標(biāo)準(zhǔn)Zhu.Kerry@16測(cè)試周期MRD/PRD/UISign-offEng.PlanSign-offEng.SpecSign-offTestPlanSign-offProductReviewCodeFreezeTestCaseSign-offCodeCompleteER驗(yàn)收測(cè)試QA創(chuàng)建

TestPlanQAQA創(chuàng)建

TestCases功能測(cè)試寫/審查Spec系統(tǒng)測(cè)試單元測(cè)試PRD/UI審查QAZhu.Kerry@測(cè)試周期MRD/PRD/UISign-offEng.Pl17階段通過/失敗的標(biāo)準(zhǔn)

項(xiàng)目經(jīng)理和測(cè)試組長(zhǎng)已經(jīng)全部按計(jì)劃到位?所有相關(guān)的信息已經(jīng)傳達(dá)到QA?QA.開始了測(cè)試設(shè)計(jì)?需求階段設(shè)計(jì)審查所有設(shè)計(jì)中及文檔中的問題都已經(jīng)被解決?技術(shù)設(shè)計(jì)和測(cè)試設(shè)計(jì)已經(jīng)結(jié)束?最高優(yōu)先級(jí)的功能要求已經(jīng)實(shí)現(xiàn)?新功能已經(jīng)實(shí)現(xiàn)?所有的功能是按照設(shè)計(jì)來實(shí)現(xiàn)的?代碼完成?功能驗(yàn)證確認(rèn)測(cè)試回歸測(cè)試完成與否?是不是完全按測(cè)試計(jì)劃完成了所有的測(cè)試?沒有嚴(yán)重的缺陷?達(dá)到產(chǎn)品發(fā)布的標(biāo)準(zhǔn)?測(cè)試環(huán)境的檢查?所有嚴(yán)重問題是不是都已測(cè)出?功能測(cè)試,壓力測(cè)試,安全測(cè)試,兼容性測(cè)試,易用性測(cè)試是否都已完成?有沒有阻礙產(chǎn)品發(fā)布的缺陷？系統(tǒng)測(cè)試Zhu.Kerry@階段通過/失敗的標(biāo)準(zhǔn)項(xiàng)目經(jīng)理和測(cè)試組長(zhǎng)已經(jīng)全部按計(jì)劃到位?18風(fēng)險(xiǎn)評(píng)估

測(cè)試小組開始項(xiàng)目測(cè)試時(shí),硬件資源沒有按時(shí)配備或仍然不足開始項(xiàng)目測(cè)試時(shí),軟件產(chǎn)品編碼沒有按計(jì)劃完成開始項(xiàng)目測(cè)試時(shí),測(cè)試用例沒有準(zhǔn)備好缺少按計(jì)劃參加項(xiàng)目測(cè)試的測(cè)試人員在項(xiàng)目測(cè)試過程中,需求總是不停地改動(dòng)當(dāng)項(xiàng)目測(cè)試進(jìn)行時(shí),在設(shè)計(jì)說明書中被定義的功能總是不停地被修改Zhu.Kerry@風(fēng)險(xiǎn)評(píng)估Zhu.Kerry@19測(cè)試評(píng)估

里程碑的定義和跟蹤可以幫助項(xiàng)目管理者掌握項(xiàng)目的進(jìn)行狀態(tài)

里程碑

日期

測(cè)試計(jì)劃完成---1/15

測(cè)試用例完成---1/29

功能驗(yàn)證完成器

---2/5

代碼凍結(jié)前完成系統(tǒng)測(cè)試--2/20

版本發(fā)布前完成確認(rèn)測(cè)試

---2/28Zhu.Kerry@測(cè)試評(píng)估Zhu.Kerry@20測(cè)試計(jì)劃的創(chuàng)建和評(píng)審MRD/PRDreview測(cè)試策略知識(shí)傳遞日程測(cè)試范圍反饋討論分析FormalReviewmeeting問題QAdraftofTestPlanUpdatedTestPlanFinalTestPlan測(cè)試方法任務(wù)UpdatedTestPlan資源Pear-to-PearorInternalReviewChecklistZhu.Kerry@測(cè)試計(jì)劃的創(chuàng)建和評(píng)審MRD/PRD測(cè)試策略知識(shí)傳遞日程測(cè)試21測(cè)試計(jì)劃內(nèi)容構(gòu)成測(cè)試計(jì)劃制定的第一步就是將軟件分解較小而且相對(duì)獨(dú)立的功能模塊，寫成測(cè)試需求。測(cè)試需求有很多分類方法，最普通的一種就是按照功能分類：測(cè)試需求是測(cè)試設(shè)計(jì)和開發(fā)測(cè)試用例的基礎(chǔ)，分解功能模塊可以更好地進(jìn)行設(shè)計(jì)；詳細(xì)的測(cè)試需求是用來衡量測(cè)試覆蓋率的重要指標(biāo)；測(cè)試需求包括各種測(cè)試實(shí)際和開發(fā)以及所需資源。一個(gè)測(cè)試計(jì)劃應(yīng)包括：產(chǎn)品基本情況、測(cè)試需求說明、測(cè)試策略和記錄、測(cè)試資源配置、計(jì)劃表、問題跟蹤報(bào)告、測(cè)試計(jì)劃的評(píng)審、結(jié)果等。Zhu.Kerry@測(cè)試計(jì)劃內(nèi)容構(gòu)成測(cè)試計(jì)劃制定的第一步就是將軟件分解較小而且相22測(cè)試計(jì)劃標(biāo)準(zhǔn)格式-116componentsofTestPlan(IEEE,1983)Testplanidentifier（測(cè)試計(jì)劃標(biāo)識(shí))Instruction(引言）TestItems（定義或主題詞)Featurestobetested（需要被測(cè)試的功能)Featuresnottobetested(無需被測(cè)試的功能)Approach(方法和途徑）Itemspass/failcriteria（測(cè)試通過、失敗的標(biāo)準(zhǔn))Suspensioncriteriaandresumptionrequirements（延遲的標(biāo)準(zhǔn)和再恢復(fù)的要求)Testdeliverables(測(cè)試交付的內(nèi)容)TestingTasks(測(cè)試任務(wù)Zhu.Kerry@測(cè)試計(jì)劃標(biāo)準(zhǔn)格式-116componentsofTe23測(cè)試計(jì)劃標(biāo)準(zhǔn)格式–216componentsofTestPlan(IEEE,1983)Environmentalneeds（必備的環(huán)境)Responsibilities(職責(zé))Staffingandtrainingneeds(人員和必需的培訓(xùn))Schedule(時(shí)間進(jìn)度表)Riskandcontingencies(風(fēng)險(xiǎn)和相關(guān)費(fèi)用）Approvals（批準(zhǔn))模板：中文

測(cè)試計(jì)劃

和英文Zhu.Kerry@測(cè)試計(jì)劃標(biāo)準(zhǔn)格式–216componentsofT243.4軟件質(zhì)量的可靠性評(píng)估3.4.1軟件可靠性評(píng)估的概述3.4.2軟件可靠性模型3.4.2可靠性評(píng)估過程Zhu.Kerry@3.4軟件質(zhì)量的可靠性評(píng)估Zhu.Kerry@gmail.25軟件可靠性評(píng)估的概述軟件可靠性評(píng)估（SoftwareReliabilityAssessment）指根據(jù)軟件系統(tǒng)可靠性結(jié)構(gòu)（單元與系統(tǒng)間可靠性關(guān)系）、壽命類型和各單元的可靠性試驗(yàn)信息，利用概率統(tǒng)計(jì)方法，評(píng)估出系統(tǒng)的可靠性特征量。軟件可靠性評(píng)估的要素

1）規(guī)定的時(shí)間2）規(guī)定的環(huán)境條件3）規(guī)定的功能Zhu.Kerry@軟件可靠性評(píng)估的概述軟件可靠性評(píng)估（SoftwareRel26軟件可靠性模型

軟件可靠性模型（Softwarereliabilitymodel）是指為預(yù)計(jì)或估算軟件的可靠性所建立的可靠性結(jié)構(gòu)和數(shù)學(xué)模型。建立可靠性模型是為了將復(fù)雜系統(tǒng)的可靠性逐級(jí)分解為簡(jiǎn)單系統(tǒng)的可靠性，以便于定量預(yù)計(jì)、分配、估算和評(píng)價(jià)復(fù)雜系統(tǒng)的可靠性。1）可靠性結(jié)構(gòu)模型，是依據(jù)系統(tǒng)結(jié)構(gòu)邏輯關(guān)系，對(duì)系統(tǒng)的可靠性特征及其發(fā)展變化規(guī)律做出可靠性評(píng)價(jià)。2）可靠性預(yù)計(jì)模型，是用來描述軟件失效與軟件缺陷的關(guān)系，借助這類模型，可以對(duì)軟件的可靠性特征做出定量的預(yù)計(jì)或評(píng)估。依據(jù)軟件缺陷與運(yùn)行剖面數(shù)據(jù)，利用統(tǒng)計(jì)學(xué)原理建立二者之間的數(shù)學(xué)關(guān)系，獲取開發(fā)過程中可靠性變化、軟件在預(yù)定工作時(shí)間的可靠度、軟件在任意時(shí)刻發(fā)生的失效數(shù)的平均值以及軟件在規(guī)定時(shí)間間隔內(nèi)發(fā)生失效次數(shù)的平均值。Zhu.Kerry@軟件可靠性模型軟件可靠性模型（Softwarerelia27可靠性評(píng)估過程可靠性數(shù)據(jù)收集

用時(shí)間定義的軟件可靠性數(shù)據(jù)可以分為四類：失效時(shí)間數(shù)據(jù)，記錄發(fā)生一次失效所累積經(jīng)歷的時(shí)間；失效間隔時(shí)間數(shù)據(jù)，記錄本次失效與上一次失效間的間隔時(shí)間；分組數(shù)據(jù)，記錄某個(gè)時(shí)間區(qū)內(nèi)發(fā)生了多少次失效；分組時(shí)間內(nèi)的累積失效數(shù)，記錄某個(gè)區(qū)間內(nèi)的累積失效數(shù)。這四類數(shù)據(jù)可以互相轉(zhuǎn)化。測(cè)試時(shí)間；含有測(cè)試用例的測(cè)試計(jì)劃或測(cè)試說明；所有與測(cè)試有關(guān)的測(cè)試結(jié)果，包括所有測(cè)試時(shí)發(fā)生的故障；參與測(cè)試的個(gè)人身份?？煽啃栽u(píng)估報(bào)告Zhu.Kerry@可靠性評(píng)估過程可靠性數(shù)據(jù)收集Zhu.Kerry@gmail28作業(yè)Zhu.Kerry@第三章2、3作業(yè)Zhu.Kerry@第三章2、329Q&AZhu.Kerry@Q&AZhu.Kerry@30軟件測(cè)試方法和技術(shù)

-Ch.3質(zhì)量保證與測(cè)試策略Zhu.Kerry@朱少民KerryZhu軟件測(cè)試方法和技術(shù)

-Ch.3質(zhì)量保證與測(cè)試策略Zhu31第二章回顧Zhu.Kerry@軟件質(zhì)量就是客戶的滿意度軟件缺陷(Bug)是什么軟件測(cè)試的基本方法

-白盒/黑盒，靜態(tài)/動(dòng)態(tài)，自動(dòng)化/手工，…軟件測(cè)試的分類和階段

-單元、集成、系統(tǒng)（性能、適用性、兼容性…）、驗(yàn)收測(cè)試軟件測(cè)試的工作范疇

-策略、計(jì)劃、設(shè)計(jì)、執(zhí)行、報(bào)告、評(píng)估…第二章回顧Zhu.Kerry@軟件質(zhì)量就是32第三章質(zhì)量保證與測(cè)試策略Zhu.Kerry@3.1軟件質(zhì)量保證3.2測(cè)試策略3.3測(cè)試計(jì)劃3.4軟件質(zhì)量的可靠性評(píng)估第三章質(zhì)量保證與測(cè)試策略Zhu.Kerry@gmail.c333.1軟件質(zhì)量保證（SQA）SQA概述SQA活動(dòng)SQS與軟件測(cè)試的關(guān)系Zhu.Kerry@3.1軟件質(zhì)量保證（SQA）SQA概述Zhu.Kerry34什么是SQA?軟件質(zhì)量保證是通過對(duì)軟件產(chǎn)品和活動(dòng)有計(jì)劃的進(jìn)行評(píng)審和審計(jì)來驗(yàn)證軟件是否合乎標(biāo)準(zhǔn)的系統(tǒng)工程活動(dòng).

Zhu.Kerry@確保SQA活動(dòng)要自始至有計(jì)劃的進(jìn)行審查軟件產(chǎn)品和活動(dòng)是否遵守適用的標(biāo)準(zhǔn)、規(guī)程和要求并得到客觀驗(yàn)證。SQA的活動(dòng)和結(jié)果要保證全員參與，溝通順暢。逐級(jí)解決不符合問題什么是SQA?軟件質(zhì)量保證是通過對(duì)軟件產(chǎn)品和活動(dòng)有計(jì)劃的35SQA活動(dòng)技術(shù)方法的應(yīng)用正式技術(shù)評(píng)審的實(shí)施軟件測(cè)試標(biāo)準(zhǔn)的執(zhí)行修改的控制度量質(zhì)量記錄和記錄保存Zhu.Kerry@SQA活動(dòng)技術(shù)方法的應(yīng)用Zhu.Kerry@gmail.co36SQA活動(dòng)的影響因素知識(shí)結(jié)構(gòu)：專業(yè)的技術(shù)，例如質(zhì)量管理與控制知識(shí)、統(tǒng)計(jì)學(xué)知識(shí)等。經(jīng)驗(yàn)依據(jù)：如果沒有這些標(biāo)準(zhǔn)，就無法準(zhǔn)確地判斷開發(fā)活動(dòng)中的問題，容易引發(fā)不必要的爭(zhēng)論，因此組織應(yīng)當(dāng)建立文檔化的開發(fā)標(biāo)準(zhǔn)和規(guī)程。全員參與：全員參與至關(guān)重要，高層管理者必須重視軟件質(zhì)量保證活動(dòng)。把握重點(diǎn)：一定要抓住問題的重點(diǎn)與本質(zhì)，盡可能避免陷入對(duì)細(xì)節(jié)的爭(zhēng)論之中。Zhu.Kerry@SQA活動(dòng)的影響因素知識(shí)結(jié)構(gòu)：專業(yè)的技術(shù)，例如質(zhì)量管理與控制37SQA策略SQA策略主要分三個(gè)階段：以檢測(cè)為重：產(chǎn)品制成之后進(jìn)行檢測(cè)，只能判斷產(chǎn)品質(zhì)量，不能提高產(chǎn)品質(zhì)量。以過程管理為重：把質(zhì)量的保證工作重點(diǎn)放在過程管理上，對(duì)制造過程中的每一道工序都要進(jìn)行質(zhì)量控制。以新產(chǎn)品開發(fā)為重：在新產(chǎn)品的開發(fā)設(shè)計(jì)階段，采取強(qiáng)有力的措施來消滅由于設(shè)計(jì)原因而產(chǎn)生的質(zhì)量隱患。Zhu.Kerry@SQA策略SQA策略主要分三個(gè)階段：Zhu.Kerry@gm38SQA與軟件測(cè)試有什么關(guān)系和區(qū)別？

Zhu.Kerry@SQA與軟件測(cè)試有什么關(guān)系和區(qū)別？Zhu.Kerry@gm39SQA與軟件測(cè)試的關(guān)系

SQA

是管理工作、審查對(duì)象是流程、強(qiáng)調(diào)以預(yù)防為主測(cè)試是技術(shù)工作、測(cè)試對(duì)象是產(chǎn)品、主要是以事后檢查SQA指導(dǎo)測(cè)試、監(jiān)控測(cè)試測(cè)試為SQA提供依據(jù)Zhu.Kerry@SQA與軟件測(cè)試的關(guān)系SQA是管理工作、審查對(duì)象是流程、40測(cè)試策略的概念測(cè)試策略通常是描述測(cè)試工程的總體方法和目標(biāo)。描述目前在進(jìn)行哪一階段的測(cè)試（如單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試）以及每個(gè)階段內(nèi)進(jìn)行的測(cè)試種類（如功能測(cè)試、性能測(cè)試、壓力測(cè)試等），以確定合理的測(cè)試方案使得測(cè)試更有效。

Zhu.Kerry@測(cè)試策略的概念測(cè)試策略通常是描述測(cè)試工程的總體方法和目標(biāo)。描41影響測(cè)試策略的因素1、測(cè)試完成的標(biāo)準(zhǔn)標(biāo)準(zhǔn)的高低對(duì)策略確定有著重要的影響。比如該軟件的應(yīng)該用場(chǎng)合為軍用，這將對(duì)軟件的可靠性、安全性要求非常高，但如果是用于小型商場(chǎng)的收費(fèi)系統(tǒng)由于是內(nèi)部使用，主要考慮其計(jì)算的準(zhǔn)確與精度及復(fù)雜統(tǒng)計(jì)與報(bào)表生成等方面準(zhǔn)確性與易用性。2、資源狀況

參與測(cè)試的人、測(cè)試中所需要的軟件平臺(tái)（如操作系統(tǒng)甚至?xí)婕暗降谌降囊恍?yīng)用軟件）及測(cè)試可能用到的相關(guān)硬件設(shè)備（如計(jì)算機(jī)，網(wǎng)絡(luò)硬件其它外設(shè)等）

Zhu.Kerry@影響測(cè)試策略的因素1、測(cè)試完成的標(biāo)準(zhǔn)Zhu.Kerry@gm42制定測(cè)試策略

全面細(xì)致地了解產(chǎn)品的項(xiàng)目信息:應(yīng)用領(lǐng)域,測(cè)試范圍,市場(chǎng)需求,產(chǎn)品的特點(diǎn)和主要功能,技術(shù)架構(gòu)基于模塊、功能、整體、系統(tǒng)、版本、壓力、性能、配置和安裝等各個(gè)因素對(duì)產(chǎn)品的影響,公正客觀地開展測(cè)試計(jì)劃根據(jù)程序的重要性和一旦發(fā)生故障將造成的損失,來確定它的測(cè)試等級(jí)和測(cè)試重點(diǎn)認(rèn)真研究測(cè)試策略,以便能使用盡可能少的有效測(cè)試用例,發(fā)現(xiàn)盡可能多的程序錯(cuò)誤,因?yàn)橐淮瓮暾能浖y(cè)試過后,如果程序中遺漏的錯(cuò)誤過多并且很嚴(yán)重,則表明本次測(cè)試是失敗的,是不足的;而測(cè)試不足意味著讓用戶承擔(dān)隱藏錯(cuò)誤帶來的危險(xiǎn).同時(shí)反過來說,如果過度測(cè)試,則又會(huì)浪費(fèi)許多寶貴的資源.找到一個(gè)最佳平衡點(diǎn)。Zhu.Kerry@制定測(cè)試策略全面細(xì)致地了解產(chǎn)品的項(xiàng)目信息:應(yīng)用領(lǐng)域,測(cè)試范43測(cè)試范圍的確立優(yōu)先級(jí)最高的需求功能新功能和編碼改動(dòng)較大(提高性能表現(xiàn))的舊功能運(yùn)用有效的測(cè)試技術(shù)去提高測(cè)試效果經(jīng)常容易出現(xiàn)問題部分的功能一些經(jīng)常被用戶使用的功能和配置Zhu.Kerry@測(cè)試范圍的確立Zhu.Kerry@44測(cè)試持續(xù)階段的確定當(dāng)測(cè)試任務(wù)明確后,測(cè)試計(jì)劃將依賴于測(cè)試小組的人力資源而最終確定.

Task1/11/81/151/201/292/52/122/202/28需求分析-----設(shè)計(jì)審查

-------------

測(cè)試計(jì)劃準(zhǔn)備工作

-----------------

設(shè)計(jì)測(cè)試用例

--------------------

功能測(cè)試

------------

集成&系統(tǒng)測(cè)試

--------------------

第一輪測(cè)試

------------

第二輪測(cè)試

----------

確認(rèn)測(cè)試

------

測(cè)試結(jié)束

-

Zhu.Kerry@測(cè)試持續(xù)階段的確定當(dāng)測(cè)試任務(wù)明確后,測(cè)試計(jì)劃將依賴于測(cè)試小組45通過/失敗的標(biāo)準(zhǔn)單個(gè)的測(cè)試通過/失敗

測(cè)試用例全部產(chǎn)品測(cè)試通過/失敗

每個(gè)階段的通過/失敗Zhu.Kerry@通過/失敗的標(biāo)準(zhǔn)Zhu.Kerry@46測(cè)試周期MRD/PRD/UISign-offEng.PlanSign-offEng.SpecSign-offTestPlanSign-offProductReviewCodeFreezeTestCaseSign-offCodeCompleteER驗(yàn)收測(cè)試QA創(chuàng)建

TestPlanQAQA創(chuàng)建

TestCases功能測(cè)試寫/審查Spec系統(tǒng)測(cè)試單元測(cè)試PRD/UI審查QAZhu.Kerry@測(cè)試周期MRD/PRD/UISign-offEng.Pl47階段通過/失敗的標(biāo)準(zhǔn)

項(xiàng)目經(jīng)理和測(cè)試組長(zhǎng)已經(jīng)全部按計(jì)劃到位?所有相關(guān)的信息已經(jīng)傳達(dá)到QA?QA.開始了測(cè)試設(shè)計(jì)?需求階段設(shè)計(jì)審查所有設(shè)計(jì)中及文檔中的問題都已經(jīng)被解決?技術(shù)設(shè)計(jì)和測(cè)試設(shè)計(jì)已經(jīng)結(jié)束?最高優(yōu)先級(jí)的功能要求已經(jīng)實(shí)現(xiàn)?新功能已經(jīng)實(shí)現(xiàn)?所有的功能是按照設(shè)計(jì)來實(shí)現(xiàn)的?代碼完成?功能驗(yàn)證確認(rèn)測(cè)試回歸測(cè)試完成與否?是不是完全按測(cè)試計(jì)劃完成了所有的測(cè)試?沒有嚴(yán)重的缺陷?達(dá)到產(chǎn)品發(fā)布的標(biāo)準(zhǔn)?測(cè)試環(huán)境的檢查?所有嚴(yán)重問題是不是都已測(cè)出?功能測(cè)試,壓力測(cè)試,安全測(cè)試,兼容性測(cè)試,易用性測(cè)試是否都已完成?有沒有阻礙產(chǎn)品發(fā)布的缺陷？系統(tǒng)測(cè)試Zhu.Kerry@階段通過/失敗的標(biāo)準(zhǔn)項(xiàng)目經(jīng)理和測(cè)試組長(zhǎng)已經(jīng)全部按計(jì)劃到位?48風(fēng)險(xiǎn)評(píng)估

測(cè)試小組開始項(xiàng)目測(cè)試時(shí),硬件資源沒有按時(shí)配備或仍然不足開始項(xiàng)目測(cè)試時(shí),軟件產(chǎn)品編碼沒有按計(jì)劃完成開始項(xiàng)目測(cè)試時(shí),測(cè)試用例沒有準(zhǔn)備好缺少按計(jì)劃參加項(xiàng)目測(cè)試的測(cè)試人員在項(xiàng)目測(cè)試過程中,需求總是不停地改動(dòng)當(dāng)項(xiàng)目測(cè)試進(jìn)行時(shí),在設(shè)計(jì)說明書中被定義的功能總是不停地被修改Zhu.Kerry@風(fēng)險(xiǎn)評(píng)估Zhu.Kerry@49測(cè)試評(píng)估

里程碑的定義和跟蹤可以幫助項(xiàng)目管理者掌握項(xiàng)目的進(jìn)行狀態(tài)

里程碑

日期

測(cè)試計(jì)劃完成---1/15

測(cè)試用例完成---1/29

功能驗(yàn)證完成器

---2/5

代碼凍結(jié)前完成系統(tǒng)測(cè)試--2/20

版本發(fā)布前完成確認(rèn)測(cè)試

---2/28Zhu.Kerry@測(cè)試評(píng)估Zhu.Kerry@50測(cè)試計(jì)劃的創(chuàng)建和評(píng)審MRD/PRDreview測(cè)試策略知識(shí)傳遞日程測(cè)試范圍反饋討論分析FormalReviewmeeting問題QAdraftofTestPlanUpdatedTestPlanFinalTestPlan測(cè)試方法任務(wù)UpdatedTestPlan資源Pear-to-PearorInternalReviewChecklistZhu.Kerry@測(cè)試計(jì)劃的創(chuàng)建和評(píng)審MRD/PRD測(cè)試策略知識(shí)傳遞日程測(cè)試51測(cè)試計(jì)劃內(nèi)容構(gòu)成測(cè)試計(jì)劃制定的第一步就是將軟件分解較小而且相對(duì)獨(dú)立的功能模塊，寫成測(cè)試需求。測(cè)試需求有很多分類方法，最普通的一種就是按照功能分類：測(cè)試需求是測(cè)試設(shè)計(jì)和開發(fā)測(cè)試用例的基礎(chǔ)，分解功能模塊可以更好地進(jìn)行設(shè)計(jì)；詳細(xì)的測(cè)試需求是用來衡量測(cè)試覆蓋率的重要指標(biāo)；測(cè)試需求包括各種測(cè)試實(shí)際和開發(fā)以及所需資源。一個(gè)測(cè)試計(jì)劃應(yīng)包括：產(chǎn)品基本情況、測(cè)試需求說明、測(cè)試策略和記錄、測(cè)試資源配置、計(jì)劃表、問題跟蹤報(bào)告、測(cè)試計(jì)劃的評(píng)審、結(jié)果等。Zhu.Kerry@測(cè)試計(jì)劃內(nèi)容構(gòu)成測(cè)試計(jì)劃制定的第一步就是將軟件分解較小而且相52測(cè)試計(jì)劃標(biāo)準(zhǔn)格式-116componentsofTestPlan(IEEE,1983)Testplanidentifier（測(cè)試計(jì)劃標(biāo)識(shí))Instruction(引言）TestItems（定義或主題詞)Featurestobetested（需要被測(cè)試的功能)Featuresnottobetested(無需被測(cè)試的功能)Approach(方法和途徑）Itemspass/failcriteria（測(cè)試通過、失敗的標(biāo)準(zhǔn))Suspensioncriteriaandresumptionrequirements（延遲的標(biāo)準(zhǔn)和再恢復(fù)的要求)Testdeliverables(測(cè)試交付的內(nèi)容)TestingTasks(測(cè)試任務(wù)Zhu.Kerry@測(cè)試計(jì)劃標(biāo)準(zhǔn)格式-116componen