《測試管理》

1、測試測試失效失效How?單元測試技術(shù)單元測試技術(shù)性能測試技術(shù)性能測試技術(shù)功能測試技術(shù)功能測試技術(shù)回歸測試技術(shù)回歸測試技術(shù)問題分析能力問題分析能力缺少工具支持缺少工具支持缺陷管理技術(shù)缺陷管理技術(shù)復(fù)用測試用力少復(fù)用測試用力少Build后測試介入后測試介入項目規(guī)劃不合理項目規(guī)劃不合理when項目組習(xí)慣開發(fā)項目組習(xí)慣開發(fā)測試時間太少測試時間太少缺少測試規(guī)范缺少測試規(guī)范不協(xié)調(diào)不協(xié)調(diào)測試與開發(fā)測試與開發(fā)測試階段不清測試階段不清資源緊張資源緊張公司測試人力公司測試人力What?與用戶缺少溝通與用戶缺少溝通測試范圍不清測試范圍不清質(zhì)量目標(biāo)不清質(zhì)量目標(biāo)不清缺少測試標(biāo)準(zhǔn)缺少測試標(biāo)準(zhǔn)測試對象模糊測試對象模糊測試需求

2、不明測試需求不明對用戶使用環(huán)境對用戶使用環(huán)境Where?統(tǒng)一的支持平臺統(tǒng)一的支持平臺開發(fā)測試缺乏開發(fā)測試缺乏缺乏了解缺乏了解了解了解開發(fā)環(huán)境缺乏開發(fā)環(huán)境缺乏按時到位按時到位測試資源不能測試資源不能測試開發(fā)共用測試開發(fā)共用公司資源緊張公司資源緊張Who?與開發(fā)敵對與開發(fā)敵對與開發(fā)交流不暢與開發(fā)交流不暢同開發(fā)接口不明同開發(fā)接口不明與與QA交流不暢交流不暢人員變更人員變更開發(fā)經(jīng)驗不足開發(fā)經(jīng)驗不足測試團隊協(xié)作測試團隊協(xié)作測試職責(zé)不清測試職責(zé)不清測試經(jīng)驗不足測試經(jīng)驗不足測試測試“全才全才”人員不足人員不足 參與測試的人員需要什么測試技能？參與測試的人員需要什么測試技能？ 怎樣提高測試人員的溝通能力？怎樣

3、提高測試人員的溝通能力？ 提升測試的團隊協(xié)作能力？提升測試的團隊協(xié)作能力？各類型軟件的測試特點各類型軟件的測試特點質(zhì)量特性測試技術(shù)質(zhì)量特性測試技術(shù)測試工具測試工具問題分析技術(shù)問題分析技術(shù)合理整合測試的資源合理整合測試的資源/技術(shù)技術(shù)/流程流程/工具等工具等合理規(guī)劃軟件測試、過程的實施指南等合理規(guī)劃軟件測試、過程的實施指南等怎樣改善過程？怎樣改善過程？人技術(shù)過程質(zhì)量目標(biāo)質(zhì)量目標(biāo)輸入SOWSRS“銀聯(lián)銀聯(lián)”規(guī)規(guī)范范質(zhì)量質(zhì)量指標(biāo)指標(biāo)輸出質(zhì)量目標(biāo)的有效性準(zhǔn)則：1.明確性明確性：確定的、可操作的、可跟蹤的、無二義性的、能量化的就量化2.一致性一致性：質(zhì)量目標(biāo)是得到所有相關(guān)人員認(rèn)可的3.優(yōu)先級（可選）優(yōu)先

4、級（可選）：在質(zhì)量目標(biāo)中給出優(yōu)先級排序，明確給出重點，這可根據(jù)項目實際情況靈活應(yīng)用。質(zhì)量目標(biāo)（銀聯(lián)項目事例）：質(zhì)量目標(biāo)（銀聯(lián)項目事例）：1.1.性能性能：優(yōu)先級高。最大每秒處理量大于：優(yōu)先級高。最大每秒處理量大于“XXX”XXX”；”YYY”YYY”交易量情況下交易相應(yīng)時間小于交易量情況下交易相應(yīng)時間小于“XXX”XXX”；并發(fā)處理用戶數(shù)不；并發(fā)處理用戶數(shù)不低于低于“XXX”XXX”；異地交易每秒處理交易量大于；異地交易每秒處理交易量大于“XXX”XXX”等等；等等；2.2.可靠性可靠性：優(yōu)先級高。具體的質(zhì)量目標(biāo)可以是對隊列阻塞具：優(yōu)先級高。具體的質(zhì)量目標(biāo)可以是對隊列阻塞具有恢復(fù)能力；對通訊故

5、障有恢復(fù)能力；系統(tǒng)硬件故障有數(shù)據(jù)安有恢復(fù)能力；對通訊故障有恢復(fù)能力；系統(tǒng)硬件故障有數(shù)據(jù)安全管理和及數(shù)據(jù)恢復(fù)能力；系統(tǒng)持續(xù)正常工作時間大于全管理和及數(shù)據(jù)恢復(fù)能力；系統(tǒng)持續(xù)正常工作時間大于“XXX”,XXX”,系統(tǒng)在系統(tǒng)在“YYY”YYY”交易量的情況下的持續(xù)正常工作時間交易量的情況下的持續(xù)正常工作時間大于大于“YYY”YYY”等；等；3.3.功能功能：系統(tǒng)具有：系統(tǒng)具有“XXX”XXX”級的系統(tǒng)安全能力；系統(tǒng)具有級的系統(tǒng)安全能力；系統(tǒng)具有“XXX”XXX”級的數(shù)據(jù)安全能力；系統(tǒng)功能級的數(shù)據(jù)安全能力；系統(tǒng)功能100100運轉(zhuǎn)等；運轉(zhuǎn)等；4.4.可移植性可移植性：新老系統(tǒng)具有數(shù)據(jù)轉(zhuǎn)換能力。：新老系統(tǒng)

6、具有數(shù)據(jù)轉(zhuǎn)換能力。系統(tǒng)的可用性（滿足性能和可靠性前提的正常功能）是首要質(zhì)系統(tǒng)的可用性（滿足性能和可靠性前提的正常功能）是首要質(zhì)量目標(biāo)量目標(biāo)粒度的把握實例測試用例的有效性：測試用例的有效性：1.1.無二義性，測試用例的描述要準(zhǔn)確，無二義性，測試用例的描述要準(zhǔn)確，不同測試人員對其無二義性的理解。不同測試人員對其無二義性的理解。2.2.完整的測試步驟；完整的測試步驟；3.3.完整的數(shù)據(jù)；完整的數(shù)據(jù)；4.4.適當(dāng)?shù)牧６龋鶕?jù)情況決定測試用例適當(dāng)?shù)牧６?，根?jù)情況決定測試用例力度的粗細(xì)，過粗的測試用例易流于形力度的粗細(xì)，過粗的測試用例易流于形式，過細(xì)的測試用例對于一定場景的測式，過細(xì)的測試用例對于一定場景

7、的測試組合太復(fù)雜，而且不易復(fù)用。試組合太復(fù)雜，而且不易復(fù)用。5.5.可重復(fù)性，在后續(xù)測試中可復(fù)用?？芍貜?fù)性，在后續(xù)測試中可復(fù)用。約定：項目遵循組織方針實施軟件產(chǎn)品工程活動約定：項目遵循組織方針實施軟件產(chǎn)品工程活動前提條件：前提條件：1、為實施軟件產(chǎn)品工程活動提供足夠的資源和資金、為實施軟件產(chǎn)品工程活動提供足夠的資源和資金2、軟件工程技術(shù)人員接受相應(yīng)的技術(shù)培訓(xùn)、軟件工程技術(shù)人員接受相應(yīng)的技術(shù)培訓(xùn)3、軟件工程技術(shù)人員的接受軟件工程規(guī)范的培訓(xùn)、軟件工程技術(shù)人員的接受軟件工程規(guī)范的培訓(xùn)4、項目經(jīng)理或其他管理人員接受項目技術(shù)內(nèi)容的宣介、項目經(jīng)理或其他管理人員接受項目技術(shù)內(nèi)容的宣介驗證：驗證：1、高層定期

8、評審產(chǎn)品工程活動、高層定期評審產(chǎn)品工程活動2、PM定期或事件驅(qū)動評審軟件產(chǎn)品工程活動定期或事件驅(qū)動評審軟件產(chǎn)品工程活動3、QA組評審軟件產(chǎn)品工程活動、審核軟件產(chǎn)品工程產(chǎn)品、組評審軟件產(chǎn)品工程活動、審核軟件產(chǎn)品工程產(chǎn)品、 報告質(zhì)量保證結(jié)果報告質(zhì)量保證結(jié)果度量與分析：度量與分析：1、應(yīng)用度量反映產(chǎn)品工程活動的狀態(tài)、應(yīng)用度量反映產(chǎn)品工程活動的狀態(tài)4、（評審測試標(biāo)準(zhǔn)，以及系統(tǒng)達(dá)到的各個層次可測試狀態(tài)，、（評審測試標(biāo)準(zhǔn)，以及系統(tǒng)達(dá)到的各個層次可測試狀態(tài)，測試計劃測試計劃/規(guī)程規(guī)程/測試用例同行評審）測試用例同行評審）3、（評審設(shè)計，評審和測試代碼單元）、（評審設(shè)計，評審和測試代碼單元）2、（評審設(shè)計標(biāo)準(zhǔn)

9、，評審需求，評審體系結(jié)構(gòu)，設(shè)計同行評審）、（評審設(shè)計標(biāo)準(zhǔn)，評審需求，評審體系結(jié)構(gòu)，設(shè)計同行評審）1、（評審軟件需求，評審軟件需求問題，、（評審軟件需求，評審軟件需求問題，需求規(guī)格說明進(jìn)行同行評審?？蛻粜枨笠?guī)格說明進(jìn)行同行評審?？蛻?用戶評審需求）用戶評審需求）7、（文檔用戶評審文檔，同行評審，、（文檔用戶評審文檔，同行評審，最終文檔評審）最終文檔評審）6、（用戶評審驗收測試的測試用例）、（用戶評審驗收測試的測試用例）5、（評審測試用例和測試規(guī)程）、（評審測試用例和測試規(guī)程）活動：活動：1、需求分析、需求分析2、系統(tǒng)設(shè)計、系統(tǒng)設(shè)計3、編碼、編碼/構(gòu)造系統(tǒng)構(gòu)造系統(tǒng)4、測試、測試5、計劃和執(zhí)行集成測

10、試、計劃和執(zhí)行集成測試6、計劃和執(zhí)行系統(tǒng)測試和驗收測試、計劃和執(zhí)行系統(tǒng)測試和驗收測試7、編寫相關(guān)文檔、編寫相關(guān)文檔確定測試確定測試的產(chǎn)品的產(chǎn)品建立測建立測試環(huán)境試環(huán)境準(zhǔn)準(zhǔn) 備備 測試測試建立測試建立測試規(guī)程和指標(biāo)規(guī)程和指標(biāo)實施實施測試測試分析測分析測試結(jié)果試結(jié)果測試產(chǎn)品和產(chǎn)品部件測試產(chǎn)品和產(chǎn)品部件設(shè)計測試設(shè)計測試測試跟蹤與監(jiān)督測試跟蹤與監(jiān)督明確質(zhì)量目標(biāo)明確質(zhì)量目標(biāo)計劃測試計劃測試解決問題解決問題評價測試評價測試執(zhí)行測試執(zhí)行測試實現(xiàn)測試實現(xiàn)測試測試技術(shù)內(nèi)容測試技術(shù)內(nèi)容測試管理內(nèi)容測試管理內(nèi)容輸入項目計劃項目計劃項目生命周期模型項目生命周期模型項目狀態(tài)報告項目狀態(tài)報告項目質(zhì)量目標(biāo)項目質(zhì)量目標(biāo)項目測

11、項目測試過程試過程輸出質(zhì)量目標(biāo)的有效性準(zhǔn)則：1.可操作性可操作性，在項目資源等約束條件下可操作。2.可跟蹤性可跟蹤性，實際測試過程中的所有活動都應(yīng)該可以追溯到測試過程中來3.一致性一致性：測試過程內(nèi)部的前后一致，各個測試迭代過程的一致：測試過程與其他項目過程的接口一致。不同項目模型下的測試過程：1.瀑布模型下：測試過程具有明顯的單向性，需要測試前期準(zhǔn)備，往往執(zhí)行測試和分析測試結(jié)果兩個過程階段持續(xù)的時間長，在測試過程的管理上更應(yīng)注重測試后期各種資源的跟蹤；2.螺旋模型下：后期測試重點是性能測試，而且是在廣泛復(fù)用前期測試用例的基礎(chǔ)上。3.迭代/增量模型下：增量測試主要體現(xiàn)在功能上，對于性能和可靠性

12、是整體系統(tǒng)的行為，必須是在整體系統(tǒng)或某個相對獨立的子系統(tǒng)完成后才能進(jìn)行項目計劃項目計劃項目需求項目需求項目質(zhì)量目標(biāo)項目質(zhì)量目標(biāo)項目測試過程項目測試過程測試計劃的有效性準(zhǔn)則：1.測試類型的完整性測試類型的完整性，軟件測試、環(huán)境測試和失效測試滿足“可用性”的質(zhì)量目標(biāo)。2.測試內(nèi)容的合理性測試內(nèi)容的合理性，給出測試內(nèi)容的優(yōu)先級排序；3.測試技術(shù)的可行性測試技術(shù)的可行性：關(guān)鍵的測試技術(shù)、測試方法和測試工具要有充分的可行性試驗數(shù)據(jù)或歷史證據(jù)4.測試資源可獲取測試大綱：1.測試的內(nèi)容。測試大綱是測試組通過對項目需求規(guī)格說明書的評審，以及業(yè)務(wù)人員、開發(fā)人員和測試人員共同討論，從業(yè)務(wù)、技術(shù)、集成、測試、切換等

13、多個角度來得到的。測試組一定要參與對需求的評審，不僅從測試的角度評審項目需求的可測試性，而且整理出測試大綱。測試計劃：1.測試策略 / 2.資源分配輸入測試計劃測試計劃測試大綱測試大綱輸出測試計劃測試計劃變更請求變更請求測試過程狀態(tài)的有效性準(zhǔn)則：1.及時性及時性，及時反映測試過程中的狀態(tài)，不要滯后2.測試過程狀態(tài)的準(zhǔn)確性，測試過程狀態(tài)的準(zhǔn)確性，避免上報的測試狀態(tài)信息不真，可以結(jié)合問題庫中的客觀內(nèi)容與測試組員匯報的主觀信息綜合分析測試跟蹤對象：1.所有測試活動的狀態(tài)和測試產(chǎn)物的狀態(tài)；2.測試估計和重新估計（規(guī)模、工作量、人員、資源、成本、進(jìn)度覆蓋）；3.測試過程中的問題狀態(tài)；4.測試風(fēng)險輸入輸入

14、測試計劃測試計劃測試狀態(tài)測試狀態(tài)測試變更測試變更輸出輸出測試計劃測試計劃測試大綱測試大綱項目設(shè)計項目設(shè)計關(guān)鍵技術(shù)：1.覆蓋分析法(分析測試用例對測試大綱的覆蓋情況) / 邊界值分析 / 等價類劃分 / 結(jié)構(gòu)覆蓋分析 / 接口覆蓋分析工具支持：1.測試用例設(shè)計工具，QARun/Load,WinRunner/LoadRunner2.測試用例管理工具，QADirector/TestDirector測試用例的有效性準(zhǔn)則：1.無二義性無二義性，測試用例的描述要準(zhǔn)確，不同測試人員對其無二義性的理解；2.完整的測試步驟；3.完整的數(shù)據(jù)；4.適當(dāng)?shù)牧６冗m當(dāng)?shù)牧６龋鶕?jù)情況決定測試用例粒度的粗細(xì)，過粗的測試用例

15、易流于形式，過細(xì)的測試用例對于一定場景的測試組合太復(fù)雜，而且不易復(fù)用。5.可重復(fù)性可重復(fù)性，在后續(xù)測試中可復(fù)用輸入輸入測試用例測試用例輸出輸出測試大綱測試大綱測試用例測試用例工具支持（舉例）：QARun/Load,WinRunner/LoadRunner都有二次開發(fā)能力，QALoad開發(fā)更是有2種方法，一種是基于錄制、回放原理進(jìn)行，通過編輯測試代碼，配置數(shù)據(jù)池的方式完成性能測試；另一種是基于QAload提供的庫函數(shù)進(jìn)行開發(fā)，測試人員自行編寫測試腳本，并配置符合業(yè)務(wù)實際情況的數(shù)據(jù)池。前一種方式比較簡單，但無法完成對系統(tǒng)的深層測試：后者有大量的開發(fā)工作，技術(shù)難度高，但是非常靈活，能夠?qū)ο到y(tǒng)進(jìn)行深層

16、的測試測試部件、腳本的有效性準(zhǔn)則：1.支持部件的正確性和覆蓋支持部件的正確性和覆蓋性性，部件本身應(yīng)該正確，無異常錯誤，并且覆蓋被測對象所有的接口狀態(tài)。2.腳本的高效性腳本的高效性，腳本執(zhí)行效率應(yīng)該高，而且結(jié)果明確。輸入輸入測試腳本測試腳本測試部件測試部件輸出輸出確認(rèn)測試、驗收測試、確認(rèn)測試、驗收測試、測試、測試、測試等測試等回歸測試回歸測試功能域測試功能域測試接收測試接收測試系統(tǒng)測試系統(tǒng)測試集成測試集成測試問題報告問題報告結(jié)果報告結(jié)果報告軟件問題分析（舉例）：1.軟件問題密度分布，給出軟件問題相對軟件問題所在的區(qū)域、軟件問題產(chǎn)生的過程階段的分布情況。80/20表現(xiàn)2.軟件問題修改率 / 3.軟件問題發(fā)現(xiàn)率4. 列出延期的軟件問題5. 列出處于“打開”狀態(tài)和“待驗”狀態(tài)的軟件問題6.嚴(yán)重問題的生命周期分析 / 7.漏出的軟件問題分布分析報告、評價報告有效性準(zhǔn)則：可追溯性1.分析結(jié)果可回溯分析結(jié)果可回溯，記錄分析的前提條