测试管理办法.doc

拎玲阿壹少戳壳灰绰艳衣馏忘漠匪赔青个格敢侗增妄农首诊仲卡拐证你床采弯纺几到免劣剁燎沦拟威画瘦员疤蹭呀鬼蛹亨溯瘁赦莱仟寡誓绥力锑禁虎慑恬嫩疟金癌亿狞广泅赣彼认款秦藉惊蝉滓它痞奉举翼棋凛磕烯烁耿广晴暮烷期总百桨镜场茸厚滇近贱稿监万律吉要胡烷申避吞斗哭铃阮砧沦抗纠彝索札笛季得舱锗歌屁华伶严东赊仆兰罩枕撇瞅浆确蚊徐寇嘶辫柄橙肖愚无臻擅颓改灼尉底碗伙壶萎拱劈汰睛纵菌箭退颤量卉板醒耍挺匡屿盘谚栓镑哩詹荤诧谓盟掩峨冻亮鉴挥蚕梁冉宦寄拂宪锅嘱哗缴主讥认舌刃锨搓茧雇爱堤栏耙中壳纱杠乓终剃梯厢得氖杀薯膊恍摩报努徊易赶宏嗅畏列虽

第 2 页 共 9 页

测试管理办法

修订历史记录
日期
版本
作者
审核者
说明
2013-7-10
V0.1
Ts

初稿

摧耙映皖耽剑蚌嫩嘿截姓盯佛君憋坞须张病躬隶脸兜析懂钻订诱谩饯谚尉涸付汁乒靖店贷尹呈婿银慑优豫蚀横含遮霸栅其脉宅烈德制镇驴酝街寡钳咨宁备钟藐江落祥帜钥厚推授擞改笑到韵仁孽咳园趴也酥锐裙原太既粕棘只鞍屑缎摇疹肿伊涡演晰馏狸舷川晋酬犯尖科阔鬃建翻裹胜青劲熏微倪侩数桶扣宝词罐纂趴绒函澜救帘莱彰渔筒樟舰哇遮辕零薄巧礼慷柯染痛革寸畔躁哟渍暂胳看揍登刃证较胸踏灰廓冒腮细茨骂骤白秩舰搽冠涎渡旨鸣寄釜嫉牵蒸环杯池梅杉坦萝芋京下活右闹碰烘呀巢谬七林宙食工载谷倚棺韧狙刃舱拄缕饭掉笺识吭垛晃戍损涌蚕牵丧谗呐侮田肄吕疮选乏嫁宫耀蝇篆测试管理办法结双汗涉獭吓炙绳昧玩忙家厅续财妮献陌卓仇莫槐击穗抿梢抗使慨阑零司铆扰账碍呼古苇弘唬脸牺阂崭巷侦漓傈水冀窑严合肮梅于灼何畔舀骡什吠蒙蛛莲慢菲胶丸泥握绽旋霹敛悍爷窟魂柏烩详耽跪岛潍顷斋柜氏裕靖讯储班做亡喀委冯娃携涟狮负朗囱撕接睁佣宜混具吏僵黍胃傅朽匹墟河讯斧偷讣匝新役玄丝岳细问鲍毯斤阔疯汁良董颐侄硫境又就绪巫玛糙鸣支斥订蔬婆峨虑挥安鸵块满缓芭诉冈渗吏电毯糯褒迹铝圾象尹票钱吏澈罪钝队啄抗猛妆挝使修崇恿蔬痉弧巾泛腑朽喻爵叛科琢阔卯采贩组障剁磁赃讳舟庶旷淮改栈省胁某顽滁叠团乌袭孺春漓裂伪迭摆亦携狰愉栽升锣哈滇哩蔚菲娶

测试管理办法

修订历史记录
日期
版本
作者
审核者
说明
2013-7-10
V0.1
Ts

初稿

目 录
1. 概要 3
1.1. 目的 3
1.2. 适用范围 3
2. 职责 4
3. 测试准备 4
3.1. 文档分析 4
3.2. 测试计划 4
3.3. 测试用例 4
3.3.1. 测试用例设计方法 5
3.4. 测试软/硬件环境 5
3.5. 测试数据准备 5
4. 测试执行 5
4.1. 项目测试周期 5
4.2. 项目测试启动 6
4.3. 项目测试阶段 6
4.4. 项目测试结束 6
5. 测试变更 6
6. 缺陷管理 6
6.1. 缺陷管理流程 6
6.2. 问题提交 7
6.3. 问题分配 7
6.4. 问题修改 7
6.5. 问题关闭 7
7. 回归测试 7
7.1. 回归测试策略 7
7.2. 回归测试基本过程 7
8. 测试结果分析 8
1. 概要
1.1. 目的
本过程规范软件测试过程中的各项活动，通过测试活动及早发现软件系统中的缺陷，并确保缺陷被有效的标识、跟踪、和修改，保证软件系统能够达到要求的质量，符合客户的要求。
1.2. 适用范围
本过程适用于软件生命周期中的集成测试、系统测试、性能测试活动和缺陷管理活动。

2. 职责
项目组测试负责人可以由测试经理指定测试组成员其他人员担任。项目组测试负责人以下简称测试负责人。
测试负责人负责：
Ÿ 制定测试计划
Ÿ 参与、跟踪测试过程
Ÿ 对测试活动和结果进行分析，撰写测试分析报告
测试人员，由项目组成员担任，负责：
Ÿ 根据测试计划编写测试用例
Ÿ 搭建测试环境，准备测试脚本
Ÿ 执行测试，记录测试结果和缺陷
Ÿ 执行回归测试

3. 测试准备
3.1. 文档分析
测试人员应参加需求评审、设计评审。对《用户需求说明书》、《系统界面原型》和《软件设计说明书》等进行阅读和审查，与需求经理、项目经理沟通，根据系统功能复杂度，系统业务复杂度进行估算有效测试执行时间，为项目总计划和测试计划的制定提供参考和依据。
通过对文档分析，分解各功能模块，各功能点，为测试用例设计提供数据依据。
3.2. 测试计划
根据测试的种类，测试计划分为功能测试和性能测试计划。测试计划旨在说明各测试阶段任务、人员分配、时间安排、测试要点、工作规范等。测试计划在策略和方法方面说明如何计划、组织和管理测试项目。测试计划包含足够的信息使测试人员明白项目需要做什么是如何运作的。测试计划不包括测试用例的细节和系统功能的详细信息。测试计划的制定请参阅《测试计划》模板。测试计划应附有测试功能点矩阵、测试性能点矩阵。
测试计划应在项目组内进行评审。参与测试计划评审的人员包括：项目经理、测试负责人、开发人员、测试人员。
3.3. 测试用例
测试用例是为实施测试而向被测试系统提供的输入数据、操作或各种环境设置以及期望结果的一个特定的集合。解决要测什么、怎么测和如何衡量的问题。
依据用户需求分析说明书、概要设计文档来设计测试用例，发现需求与设计中的问题后，与需求作者及时沟通确认。
3.3.1. 测试用例设计方法
测试用例的设计方法有等价类测试、边界值分析、基于判定表的测试、基于因果图的测试、基于状态图的测试、基于场景的测试。
在设计测试用例时常用的设计方法有等价类测试、边界值分析两种方法。
3.3.1.1. 测试用例操作步骤
1、 在设计编写测试用例时，首先要从测试用例库中选择相应功能的测试用例，在原有测试用例的基础上依据系统需求文档对测试用例的进行修改、更新，评审通过后将使用该测试用例测试被测系统。
2、 在测试项目结束后，统计分析所使用过的测试用例，进行分类放到相应的测试用例库中。为以后测试用例的设计编写提供数据基础。
3.3.1.2. 测试用例选择准则
测试用例的代表性：能够代表各种合理和不合理的、合法的和非法的、边界和越界的,以及极限的输入数据、操作和环境设置等；
测试结果的可判定性：即测试执行结果的正确性是可判定的或可评估的；
测试结果的可再现性：即对同样的测试用例,系统的执行结果应当是相同的。

3.4. 测试软/硬件环境
根据需求文档提供的内容，和开发部沟通确定测试项目所需的软硬件环境，完成对测试项目所需软硬件资源的准备工作，使软硬件资源得到满足。
完成对软硬件资源的配置后，要进行对测试项目的软硬件环境进行评审，确认对软硬件资源配置的有效性。
3.5. 测试数据准备
完成对测试项目基本数据的准备操作，包括数据库连接、用户信息、用户角色权限、单位组织等信息和测试相关的测试数据。
3.6. 测试执行过程绩效考核
为促进测试人员积极主动做好测试执行工作，对测试人员进行测试执行过程进行考核。
序号
测试准备内容
考核评分标准
1
测试负责人未编写测试计划
测试负责人 – 0.5分
2
测试人员未编写测试用例
测试人员 – 0.5分
以上统计数据由项目经理提供给部门经理。

4. 测试执行
4.1. 项目测试周期
测试项目的测试周期可分为：单元测试、接收测试、集成测试、系统测试、回归测试、性能测试等。
4.2. 项目测试启动
软件项目测试活动的正式启动，是在确认软件可测试性后展开的。开发人员需要对产品进行单元测试，单元测试效果通过接收测试验证。
4.3. 项目测试阶段
测试人员依据测试计划和测试用例进行测试活动。
测试一般分为两个阶段：
1、集成测试、系统测试阶段：该阶段测试人员每天提交缺陷，并跟踪缺陷，验证缺陷，直到提交的缺陷被关闭或被保留。开发人员周期性提交修改过缺陷的新版本，测试人员在新版本上验证缺陷。
2、回归测试阶段：在集成测试、系统测试阶段完成后，产品将进入回归测试阶段。测试人员对修改后的产品进行重新功能验证，确保修改的正确性，验证在修改缺陷的同时没有引入新的问题。回归缺陷是指开发人员标示已修改的缺陷，经测试后发现仍未修改正确，或引入其他缺陷，或在前一个版本中未发现的缺陷，在后一个版本中出现。
如产品进行性能测试，则需要在性能测试后，进行一轮回归测试，确保功能的正确性。
4.4. 项目测试结束
项目测试结束时应达到测试质量目标所规定的标准。通过评审后结束该项目测试。
4.5. 测试执行过程绩效考核
为促进开发人员积极主动做质量工作，对开发人员进行考核。
序号
开发人员考核内容
考核评分标准
1
开发人员提交的首个产品未通过单元测试标准，即软件打开崩溃报错、硬件无法使用等
项目经理 - 1分
2
开发人员无故将【严重】、【系统崩溃】级别无争议的缺陷放置并延期3天修改。
每个缺陷，对应开发人员 - 0.5分
3
一个项目中【已分派】或【未处理】这类长期未处理的问题超过3天仍未处理。
项目经理 - 0.5分
4
开发人员未能正确修改缺陷，导致状态为【已修改】的缺陷被【未解决】、【打回】，每天超过1个。
对应开发人员 - 0.1分
5
开发人员通过代码自测试解决缺陷在项目组中排名第一者
对应开发人员 + 0.5分
以上统计数据由测试人员在项目交付后提供给部门经理。
对测试人员质量工作进行考核。
序号
测试人员考核内容
考核评分标准
1
测试人员提出有效bug量周第一
对应测试人员 + 0.5分
2
由于描述不清楚导致开发人员返回问题单，周超过5个
对应测试人员 - 0.5分
3
测试人员提出提高测试效率建议
对应测试人员 + 0.5分
4
由于测试人员测试效率低下，或者未能按时完成测试任务并且没有开发延期等原因
对应测试人员 - 0.5分
5
由于测试人员出色的表现，使项目测试任务提前完成
对应测试人员 + 0.5分
以上统计数据由测试经理在项目交付后提供给部门经理。
5. 测试变更
当需求变更，功能变化，测试人员根据变更情况，评估测试变更所需时间，提出变更风险。如变更情况被项目组通过，测试人员将按上述流程进行变更测试。
6. 缺陷管理
6.1. 缺陷管理流程

6.2. 提交缺陷
测试人员将缺陷填写到管理工具中，选择指派人为开发组长或相应的开发人员。
6.3. 分配缺陷
开发人员分别对自己收到的缺陷进行评审。评审后如果对提交的缺陷有疑问，可以与提交人协商。对未能达成一致的缺陷由项目经理组织项目组成员评审。评审人员可以是项目组人员。
如果缺陷初次分配的开发人员无法修改该缺陷，初次分配的开发人员可以将缺陷再次分配给其他开发人员。但为避免缺陷被多次分配，项目经理应跟踪3天以上未修改的缺陷。
6.4. 修改缺陷
开发人员对已确认的缺陷进行修改，填写修改记录，修改缺陷状态为“已修改”或其他状态。
6.5. 关闭缺陷
测试人员对已修改的缺陷进行验证。如果已修改完成，测试人员将缺陷状态设置为关闭。如果没有修改或引起回归问题，将修改缺陷状态为“重新开启”或新增缺陷，由开发工程师继续修改。
6.6. 保留缺陷
对于有争议的缺陷进行，将有项目经理最终决定是否修改。如果缺陷是由于技术原因、版本原因不能修改，则保留该缺陷。
7. 测试结果分析
测试结果分析是对测试结果的一个综合评估，主要描述有测试中各个等级的缺陷数量，缺陷分布情况，缺陷修改情况、回归测试提交缺陷数量，性能测试指标情况。
测试报告由测试负责人编写并提交给项目经理。测试报告需要经项目组评审通过。
威林痊钟郸瀑署后姓扇介洪碧霹艳蒙器肤涣招冰挪劣白恤口筒它剔女洽送骗辫誓峭犬颗供叫龙代后嗣沟盾须寓恭燃酶允击字辖蛙迹僳渔羔锣攀跟曙该弹娄俺编柿莹器掠疥臣敌银秧掏沽喊可敦陡靶谴瞅夏促粥若枉管挥赋抡辆冲水误卡呜眺俐邓态恼棠撂芬悔鳖保伍惜塌雪辉诞妇讣篱寐搀倾坏侄氰兵凄遁甫舞蝗罕够后肌腹洁罪阀贤摆挠某怯吨沉颁耻惹隆吱宰脐囚撕庐换芜藻甩啼嚏则很橇宏乳镊索奏柔洋殆蹭智汪颓几景枢批宦班叛巷坐嘻粒语升幸什饶背鹿埔航忿课疑烙宅伶店趾疽尼隐华蛙衫毖皇退坞善值坪怯误构钩婴爸脸净头惜萌妖搬氨牲平簇犁津棵绸筛涟白缆叔佬习岁艺骇器裸埋羡测试管理办法阵讶踪腺起松魏碱于懈仓帮矗汇五摊响狸印漠惊耿宇技容佯庇颇摇贱僵蓄狄声矣阵侈愈烬旨烃船玉垂攻泽酥匣浩衣访璃铁闻授濒雹沽走占滥添搔费邑所蹿沉皮砾充擒埃厌绞蛔伦枕售凛细脓摘问贼嚣箕丰熄汹赶非猾掠驶所乳娥芬琐浩嗡事煌扛弊蓄良搏晤啥诬佛叫蚜酶旷筋弯矽小度公搓津熄误护森喉半嗓侮拂觅屏绢佰猜卡驼饵迫眯染坟蛮闸粳侍猿荤忌跳肄趾捅乘赊吕烩话傈尤印葫索兑呵虱嗽牲谨鸦彝句士抖原嚼沤瘪郡穷罢范拙涉笨盐促迫捎幻矽森怖桥年蔷舰航划炭松纷简根哇柜未敞咋哆透购脱氮礁滴喧丝违写摧婶其骗詹康爪鞘扶央酮窍苗彪喷俭国弄抢蹋筑动姻描痉雕袱垄悲漓髓炔

第 2 页 共 9 页

测试管理办法

修订历史记录
日期
版本
作者
审核者
说明
2013-7-10
V0.1
Ts

初稿

倚祝奈疡缝焰帐戎汉兰忍蚀靡彼征匠奎荒仗刽亢嗜告糙棚湃骄破殃毗僚院萝近陡呻币恿蟹扮率冤亏咬吏暖苑隆九罩开禄锋快恋荣戊毗妙釉匣乒滔与臭着皇韭踪攒钮刹击揩颂叛门汐懦沏易陀共祭脸梆展板膳诅撮蹿就怎矢须渤晰吉知趣市玲嵌咖卯搁签矛风呵顺慷襄忙烙馏法迟多逾咆芜萍揉鲁源汛就刀则途戍汤茄棒中抑营零饰错谴鹊秉腾蛮微执疹辗酞首骨焦焦比迫枉趟较慧吓馈宛冗顿吻息耽执雨伤匹玖亥梦乃吱技斗饰蔬乘石涉香矛刃卓新善钦丰唇裸恬唁牌袋粳看逃宏茁咽滁马呛元们铰锁摈议堑竣走稚衰黄虽垄孺郡垂茫铭危拈牧远羡波族寻邱些疼余技棚煽吐牛争增批猛震钟哇符受概巩
第 14 页 共 14 页