?多年前參加過一次研發(fā)過程管理柠偶，其中測試管理是我不熟悉的情妖，當(dāng)時(shí)做了很詳細(xì)的筆記，現(xiàn)在覺得還是很有價(jià)值
管理的目的: 人員,成本,進(jìn)度,質(zhì)量達(dá)到最優(yōu)的配置.
測試工作管理
一. 測試的目標(biāo).
質(zhì)量定義:
1.用戶可接受的質(zhì)量(首先);
2.公司達(dá)到的質(zhì)量(其次)
二者不一致時(shí),分析最低目標(biāo),基本目標(biāo),較高目標(biāo)(劃分優(yōu)先級(jí))
二. 技術(shù):覆蓋率
工作成效的衡量:
A.發(fā)現(xiàn)bug數(shù);
B.發(fā)現(xiàn)bug的時(shí)間;
C.協(xié)助開發(fā)人員減少問題的發(fā)生.
如何協(xié)助開發(fā)人員減少問題發(fā)生,通過BUG統(tǒng)計(jì)分析很重要:
分析其產(chǎn)生的原因:需求變更诱担？設(shè)計(jì)不詳毡证？GUI缺失？代碼漏洞蔫仙？
1. 使用覆蓋率而不是BUG數(shù)
1)系統(tǒng)測試:
需求覆蓋率
覆蓋的充分性:
[if !supportLists]l?[endif]功能性:單一(輸入,處理,有效);業(yè)務(wù)(功能組合)
[if !supportLists]l?[endif]非功能性:性能,安全,易用,可移植,健壯性…
2)單元測試
邏輯覆蓋:語句,分支,條件,分支-條件,路徑…
2. 對(duì)開發(fā)成果物的分析
SRS:測試需求分析(業(yè)務(wù)的分析:
首先要學(xué)習(xí)業(yè)務(wù),可通過對(duì)以往系統(tǒng)的學(xué)習(xí),數(shù)據(jù)庫文檔,其它文檔變更,概要設(shè)計(jì)等; 如果是新業(yè)務(wù)料睛，也要進(jìn)行業(yè)務(wù)學(xué)習(xí)。
重點(diǎn)關(guān)注：HLD:功能模塊之間的關(guān)系，DB:表的功能,表的記錄,字段的變化,表之間的關(guān)系秦效，LLD:單元測試(降低BUG修復(fù)成本)
針對(duì)核心算法,公共模塊,用戶使用頻率較高的核心內(nèi)容進(jìn)行單元測試,雏蛮；
針對(duì)對(duì)跨技術(shù)框架和較為重要的模塊之間接口進(jìn)行集成測試；
普通內(nèi)容只進(jìn)行系統(tǒng)測試來獲取較高的投入產(chǎn)出比.阱州。
三.時(shí)間
測試內(nèi)部:
A測試工作量?(劃分測試階段,依據(jù)總目標(biāo)制定階段目標(biāo),每階段人員明確及分工,讓人員熟悉任務(wù),確定每個(gè)人每個(gè)階段的工作量和時(shí)間)
B.測試回歸:失控原因:
1.BUG數(shù)太多(用例數(shù)和BUG數(shù)的比例),
2.修復(fù)質(zhì)量差(3次以上)
若BUG數(shù)太多:
A.封存BUG,.
B.對(duì)已發(fā)現(xiàn)的BUG進(jìn)行統(tǒng)計(jì)分析,找到大量缺陷產(chǎn)生的根本原因
,C.與開發(fā)協(xié)商相關(guān)的解決方案,D重新提交版本進(jìn)行測試.
測試外部:
A.? ?得到測試回歸BUG修復(fù)率指標(biāo),
B.?????[endif]分析修復(fù)質(zhì)量低的原因(按模塊修復(fù)比率進(jìn)行統(tǒng)計(jì),
C.?????[endif]根據(jù)原因提出解決方案
D.????[endif].重新提交版本進(jìn)行測試)
1.開發(fā)進(jìn)度對(duì)測試時(shí)間的擠占:
1)調(diào)整目標(biāo)(要取得開發(fā)和管理的認(rèn)可,還可增加人力);
2)調(diào)整工作任務(wù)的優(yōu)先級(jí);
3)明確變更后的時(shí)間
2.需求變更/設(shè)計(jì)變更:
A.測試要參與需求變更/設(shè)計(jì)變更的評(píng)審,
B.變更產(chǎn)生的測試工作量,
C.時(shí)間的影響:評(píng)估未變更部分的測試執(zhí)行工作是否可采用自動(dòng)化
四.人員問題:人員的技術(shù),人員的業(yè)務(wù)水平
1.技術(shù):
開發(fā)能力:軟件形成的理解程度
數(shù)據(jù)庫:表結(jié)構(gòu)的理解挑秉，編寫SQL能力
網(wǎng)絡(luò):環(huán)境搭建,網(wǎng)絡(luò)協(xié)議理解，網(wǎng)絡(luò)抓包
測試方法: 等價(jià)類苔货，邊界犀概，判定表，正交試驗(yàn)
性格：結(jié)構(gòu)性夜惭，破壞性姻灶，創(chuàng)新性.
2.業(yè)務(wù)水平:低/中/高
低:培養(yǎng)業(yè)務(wù)(畫業(yè)務(wù)圖,分析數(shù)據(jù)表,數(shù)據(jù)關(guān)系圖,了解系統(tǒng)的網(wǎng)絡(luò)結(jié)構(gòu))
中:表之間的關(guān)系,業(yè)務(wù)場景圖
高:挖掘非功能需求
五.客戶:
在測試工作確立目標(biāo)時(shí):用戶最關(guān)心的,一般關(guān)心的,比較關(guān)心的,不關(guān)心的.
軟件即將完成時(shí),讓用戶抽查,階段性溝通很有必要,要確定范圍,不要什麼問題都讓提.
測試團(tuán)隊(duì)管理
?
一．如何組建測試團(tuán)隊(duì)？
目標(biāo)：團(tuán)隊(duì)中的角色分工诈茧、職責(zé)分派
和其他部門之間的關(guān)系：在整個(gè)組織結(jié)構(gòu)中的位置产喉，位置不同，溝通渠道不同
二．如何規(guī)劃測試流程敢会？
1．流程的作用和目標(biāo)：
A.建立流程的必要性：缺乏統(tǒng)一的目標(biāo)曾沈、方法、成果物鸥昏；
B.流程花費(fèi)的成本：建立塞俱、實(shí)施、實(shí)現(xiàn)吏垮、改進(jìn)障涯；
C.產(chǎn)生的效果在短期內(nèi)很難見效。
對(duì)公司現(xiàn)狀進(jìn)行分析：
1）哪些方面是由于流程不規(guī)范導(dǎo)致的問題膳汪；
2）大多數(shù)人的做事習(xí)慣唯蝶；
3）公司打算在流程上花費(fèi)的成本。
明確改進(jìn)的目標(biāo)：
A.? 在上次流程實(shí)施中要獲取一定的度量數(shù)據(jù)
測試中問題：版本混亂遗嗽、測試不完備（可加入測試需求分析文檔生棍，與需求規(guī)格綁定，由需求人員負(fù)責(zé)）媳谁、測試文檔更新不及時(shí)涂滴、測試缺乏評(píng)估
B.? ]如何進(jìn)行測試效果評(píng)估？
1） 測試目標(biāo)是評(píng)估的依據(jù)
2）測試過程中要收集關(guān)鍵數(shù)據(jù)：覆蓋率+充分性晴音、測試工作量（用例分析柔纵、編寫、執(zhí)行（第一次锤躁、回歸））搁料、測試返工量、發(fā)現(xiàn)BUG數(shù)（產(chǎn)生原因/各模塊分布/版本/嚴(yán)重程度/剩余BUG的比例/殘留BUG的比例）
C.? 評(píng)估目標(biāo)的確定：
?? 1．是否符合整體測試的工作目標(biāo)
????? 1）覆蓋率是否滿足
????? 2）測試工作量是否估計(jì)準(zhǔn)確
? ?2．是否符合用戶驗(yàn)收要求
?? 3．有效的測試工作所占比例
?? 4．減少BUG發(fā)生的比例
???5．減少發(fā)現(xiàn)時(shí)間的先后狀況
三．如何做到高效管理？
A.? 影響管理效率的因素
1） 目標(biāo)不明確：不要多郭计、不要過高霸琴、可度量（總體、階段昭伸、個(gè)人）梧乘、定期檢查
2） 風(fēng)險(xiǎn)防范意識(shí)：
需求（業(yè)務(wù)不了解不深入不全面、需求變更）庐杨、
人員技術(shù)（定義技術(shù)細(xì)節(jié)實(shí)現(xiàn)选调、測試點(diǎn)概括）、
人員流動(dòng)（對(duì)核心骨干灵份，讓其多做培訓(xùn)仁堪、文檔、技術(shù)共享的工作）填渠、
進(jìn)度風(fēng)險(xiǎn)（優(yōu)先級(jí)）
B.? 如何制定評(píng)審檢查規(guī)則弦聂？
1） 規(guī)則的制定是逐步完成的
2） 規(guī)則制定要與成果物的質(zhì)量水平相匹配
3） 檢查規(guī)則要與評(píng)審目標(biāo)相匹配
C.? 測試用例粒度
1． 功能點(diǎn)
2． 輸入、處理氛什、預(yù)期
3． 輸入（有效/無效）莺葫、處理（分支）、預(yù)期
D.? 測試需求分析如何細(xì)化
1）功能點(diǎn)
2） 輸入（有效/無效）/處理（分支）/輸出（各種）
處理比較重要屉更，分支越多徙融，測試越細(xì)洒缀。
3） 規(guī)劃：
通過人瑰谜、時(shí)間、成本树绩、質(zhì)量萨脑、技術(shù)來獲得預(yù)期目標(biāo)
切割目標(biāo)、目標(biāo)優(yōu)先級(jí)饺饭、目標(biāo)進(jìn)行階段劃分
1．首先考慮短缺的因素
2． 分析短缺因素可能會(huì)導(dǎo)致的風(fēng)險(xiǎn)
3．風(fēng)險(xiǎn)的預(yù)防
4．平衡其它因素為達(dá)成目標(biāo)而服務(wù)
5．?[短缺因素過多時(shí)渤早，先從版本發(fā)布計(jì)劃（V1.0、V2.0瘫俊、V3.0…）
6． 提高成果物的復(fù)用性（分為通用控件測試用例鹊杖、界面測試用例、通用功能）
7． 使用自動(dòng)化工具
8． 與管理層溝通扛芽，添加資源
