测试部门管理规范
更新时间:2023-07-19 03:30:01 阅读量: 实用文档 文档下载
测试部门的管理规范
测试部门管理规范编写人
邮箱曾一岚elanzeng@
测试部门的管理规范
目
一
1
2
3
4
5录测试流程规范.....................................................................................................3需求分析阶段.....................................................................................................................3用例设计阶段.....................................................................................................................4测试实施阶段.....................................................................................................................5性能测试.............................................................................................................................6产品发布.............................................................................................................................6二
1
2
3
4
5
6
7
8
9缺陷管理规范.....................................................................................................7BUG生命周期....................................................................................................................7BUG判断规则....................................................................................................................7BUG分类............................................................................................................................8BUG状态类别....................................................................................................................9BUG严重级别....................................................................................................................9BUG处理级别..................................................................................................................10BUG提交内容规范..........................................................................................................10有效的BUG填写原则.....................................................................................................11BUG修复信息规范..........................................................................................................1110BUG回归信息规范..........................................................................................................12三
1
2版本管理规范...................................................................................................12版本管理日常工作流程..................................................................................................15紧急版本更新工作流程..................................................................................................17
测试部门的管理规范
一测试流程规范
1需求分析阶段
1.需求分析人员搜集、提炼需求信息,形成初步的需求分析文档,发送给
开发部门经理、项目经理、测试部门经理,及相关的开发人员和测试人员审阅。
2.需求分析人员、开发部门经理、项目经理、测试部门经理、开发人员、
测试人员组成需求评审小组,召开需求评审会议,确定需求的最终内容。
3.需求分析人员根据需求评审会议决议,形成规范的需求分析文档,发送
给开发部门经理、项目经理、测试部门经理,及相关的开发人员和测试人员。
4.测试部门经理整合项目相关信息,指派项目测试负责人负责开展测试工
作。
测试部门的管理规范
2用例设计阶段
1.项目经理根据需求分析文档制订出相应的开发计划后,测试负责人根据
开发计划内容制订对应的测试计划,发送给开发部门经理、项目经理、需求分析人员、开发人员和测试人员。
2.测试负责人将需求内容细分成任务单,分派给具体的测试人员。
3.测试人员针对每一个测试任务单设计详尽的测试用例,发送给测试负责
人及项目组内相关的测试人员。
4.测试负责人组织项目组内测试人员及开发相关人员召开用例评审会议,
对测试用例进行评审,提出完善方案。
5.测试人员根据用例评审会议结果完善各自的测试用例,形成规范的系统
测试用例文档提交到文档服务器保存。
测试部门的管理规范
3测试实施阶段
1.开发人员将自测通过的代码提交给BM(BuildMaster),及将需求解决方
案提供给项目测试人员。
2.BM将最新的代码部署到测试环境,通知测试人员启动测试。
3.测试人员检查需求解决方案是否符合规范、内容完整,否则退回开发人
员重新完善。
4.测试人员遵照测试计划、测试用例及需求解决方案对系统进行逐项测试,
测试过程中发现的BUG通过缺陷管理工具反馈给对应的开发人员。
测试部门的管理规范
5.开发人员将修复BUG的相关代码提交给BM,并通过缺陷管理工具回复
测试人员。BM定时将代码更新到测试环境,通知测试人员测试。
6.测试人员根据开发回复的BUG修复说明对BUG进行回归测试,直至BUG
测试通过。
7.系统功能测试通过后,测试人员根据测试结果编写各自任务单的测试报
告,发送给测试负责人汇总。
8.项目负责人汇总各测试人员的测试报告,形成完整的系统测试报告。4性能测试
系统功能测试通过之后,安排专业的性能测试人员使用性能测试工具对系统进行全面的性能测试,分析系统存在的瓶颈,协调相关人员采取相应措施进行优化,形成性能测试报告。
5产品发布
产品经理确认产品达到测试计划所制定的产品质量目标和测试质量目标后,安排人员整理产品发布包及编写相关文档,汇总到BM处,择期正式发布。
产品发布包含的文档如下:
《产品白皮书》
《系统测试报告》
《性能测试报告》
《产品安装手册》
《产品维护手册》
《用户操作手册》
测试部门的管理规范
二缺陷管理规范
1BUG生命周期
2BUG判断规则
1.软件未达到产品规格说明书标注的功能。
2.软件出现了产品规格说明书指明不会出现的错误。
3.软件功能超出了产品规格说明书指明的范围。
4.软件未达到产品规格说明书未指出但应达到的目标(隐含需求)。
5.测试人员认为软件难以理解、不易使用、不人性化、运行速度缓慢,或
测试部门的管理规范
用户体验需要改进。
3BUG分类
1.功能问题
功能未实现
功能实现与需求设计不符
功能重复
功能多余
2.界面问题
界面风格、文字、按钮不符合规范
操作繁杂
提示信息模糊
提示信息内容出现专业的代码错误信息
3.数据问题
数据类型错误
数据计算错误
数据初始化错误
数据边界值相关错误
4.安全性问题
数据有效性检测不合理
重要数据传输过程没有加密
缺少身份认证机制或认证不合理
系统日志未作级别控制
5.性能问题
并发量
数据量
压缩率
响应时间
6.配置问题
测试部门的管理规范
7.兼容性问题
8.编译问题
9.设计问题
4BUG状态类别
5BUG严重级别
1.P1级:严重问题
软件非法退出
软件运行导致机器死机
软件出现死循环
软件运行导致数据库死锁
数据通讯错误
数值计算严重错误
2.P2级:较严重问题
功能未实现
功能实现不符合原始需求
测试部门的管理规范
数据流错误
程序接口错误
数值计算错误
3.P3级:一般问题
界面错误
打印相关错误
附件上传失败
提示信息错误
字段类型控制错误
4.P4级:轻微问题
数据格式不规范
页面显示不规整
信息提示不明确
必填字段未标识
附件格式未定义
5.P5级:优化意见或建议
6BUG处理级别
紧急
优先
一般
低级
可延迟
7BUG提交内容规范
测试部门的管理规范
8有效的BUG填写原则
9BUG修复信息规范
测试部门的管理规范
10BUG回归信息规范
三版本管理规范
以SVN作为版本管理工具为例制订以下管理流程。
代码库
代码库(repository),也称为版本库,通常包含三个目录:主干(trunk)、分支(branches)、标签(tags)。这三个目录本质上一样都是分支,只是为了管理的方便,用来存放不同的版本。
主干(trunk):开发组提交的稳定的版本。一般只有一个目录。
分支(branches):开发组开发的版本目录。通常分为两类:
a、日常开发分支。如【./branches/dev】,一般只有一个。
b、紧急版本开发分支。如【./branches/dev_patch/XXX_V版本号_日期_P_编译版本号_补丁序号】,该分支是基于标签版本建立的模块增量分支,
测试部门的管理规范
可有建立多个。
标签tags:用来存放测试通过、已经发布的版本。通常分为两类:
a、大版本标签版本。如【ProName_V版本号_日期】。
b、补丁标签版本,为紧急更新的版本。如【ProName_V版本号_日期_P补丁序号】。
代码库的管理一般如下范例所示:
Subversion的版本号按代码库的全局版本号从1开始自增长分配,和其它版本控制系统不同的是,Subversion的版本号是针对整个目录树的,而不是单个文件。每一个版本号代表了一次提交后版本库整个目录树的特定状态,需要注意的是,一个文件的版本M和N并不表示它们一定不同。
工作副本
工作副本是本地机器一个普通的目录,存放代码库上的文件拷贝,可以任意编辑。如果是源代码文件,可以直接进行编译。工作副本是私有工作区,在提交操作之前,Subversion不会把当前的修改与其他人的合并,也不会把当前的修
测试部门的管理规范
改展现给他人。
可以使用【Checkout】从版本库创建一个工作副本,然后使用【Commit】将改动上传到版本库。
工作副本与目标代码库的分支对应,可通过【Switch】命令切换目标库的分支。
分支合并merge
可从版本库的某个分支进行【merge】到工作副本的的修改,而不会破坏本地的修改,即自动合并。但当有冲突时,这些修改不会自动合并。
更新工作副本时若无冲突也会自动合并。
测试部门的管理规范
1版本管理日常工作流程
1.版本组创建"主干版本"(基准版本)。
2.开发组根据需要基于"主干版本"建立"分支",一般有两类开发分支:
日常开发分支,如:./branches/dev/
紧急更新开发使用的分支,
如:./branches/dev_patch/crm_vX.X.X_20131030_p01/
3.开发人员提交自测通过后的代码到开发分支,各模块版本负责人合并模
测试部门的管理规范
块代码到主干,并添加更新说明文件。为了保持主干版本的稳定,只给版本负责人开放主干的写权限。
4.开发提交截止后,版本组基于主干版本记录版本号N。
5.版本组从"主干版本"中提取代码进行编译,发布到测试环境。
6.测试人员在测试环境进行测试,若测试中发现问题需要修改代码,由开
发人员在开发分支进行修改好后,再由合版人员合并到主干版本。
7.版本组更新主干代码到编译环境,记录版本号M,编译最新版本更新到
测试环境。
8.测试完成版本组进行封版,为本次测试版本打好标签,并记录全局版本
号T。
测试部门的管理规范
2紧急版本更新工作流程
1.开发组提出紧急更新申请。
2.版本组基于紧急更新对应的生产版本创建紧急更新的开发分支,
如:./branches/dev_patch/crm_vX.X.X_20131030_p01/。
3.开发人员基于紧急更新开发分支进行开发,自测通过后提交到紧急更新
开发分支。
4.版本组部署紧急更新编译环境,记录版本号X,编译成功后发布到测试环
测试部门的管理规范
境。
5.测试组进行测试,若发现问题通知开发修改,重复3~5步骤,直至测试
通过。
6.测试完成版本组进行封版,为紧急更新分支打好标签,并记录该补丁版
本的全局版本号Z。
7.模块合版人员将本次紧急更新所涉及的修改代码合并到trunk主干版本,
务必保持主干版本代码与发布的版本一致。
正在阅读:
测试部门管理规范07-19
XX年度银行支行工作总结03-13
吃什么中药配方可美白05-16
中国学生发展核心素养05-11
高速公路匝道通行能力控制08-27
财务会计工作总结(3篇)03-24
浅谈QC小组活动的认识和经验09-22
初中主题班会02-18
创建和谐校园从我做起 大学生发言05-08
西工大C语言C++作业答案03-15
- 教学能力大赛决赛获奖-教学实施报告-(完整图文版)
- 互联网+数据中心行业分析报告
- 2017上海杨浦区高三一模数学试题及答案
- 招商部差旅接待管理制度(4-25)
- 学生游玩安全注意事项
- 学生信息管理系统(文档模板供参考)
- 叉车门架有限元分析及系统设计
- 2014帮助残疾人志愿者服务情况记录
- 叶绿体中色素的提取和分离实验
- 中国食物成分表2020年最新权威完整改进版
- 推动国土资源领域生态文明建设
- 给水管道冲洗和消毒记录
- 计算机软件专业自我评价
- 高中数学必修1-5知识点归纳
- 2018-2022年中国第五代移动通信技术(5G)产业深度分析及发展前景研究报告发展趋势(目录)
- 生产车间巡查制度
- 2018版中国光热发电行业深度研究报告目录
- (通用)2019年中考数学总复习 第一章 第四节 数的开方与二次根式课件
- 2017_2018学年高中语文第二单元第4课说数课件粤教版
- 上市新药Lumateperone(卢美哌隆)合成检索总结报告
- 管理规范
- 部门
- 测试
- 魔芋种植与产品加工项目可行性报告
- 中国食物成分表(全)2010版
- 稀土发光材料的合成方法
- WebLogic Server应用部署模式讲解
- 2009年高考地理试题分类汇编 7 基本能力测试解析 (2009-07-06 07
- 《力在哪里》——闵江昆2012.5.10
- 第4讲成本理论案例
- 玛格丽特&183;米切尔
- “白骨精”职场修炼法则
- 财务管理专业—毕业论文14
- 壳牌12条救命规则
- 健全民办学校财务监管及危机预警机制试点任务汇报材料
- 德国福维克家电产品华北市场渠道策略研究
- 中山大学生理学期末复习学生版
- 安庆市殡葬管理办法
- 地塞米松影响Lewis肺癌小鼠移植瘤生长及微血管生成的研究
- 2015人教版六年级数学下册百分数(二)单元试卷
- 2016-2022年中国电光源制造行业分析及市场前景预测报告
- 【新人教版八年级数学上册教案全套51课时】第44课时+分式的加减-同分母、异分母分式加减教案+新人教版
- 全面预算管理在集团公司中的应用