测试部管理标准规范.doc

测试工作流程及管理规范

目 录
一、编写目 3
二、规范阐明 3
三、测试团队构成 3
（一）职责 3
（二）角色划分 3
四、工作流程及规范 4
（一）筹划与设计阶段 4
1、召开测试启动会议 4
2、成立测试团队 4
（二）实行测试阶段 4
1、设计测试用例 4
2、实行测试用例 5
3、提交测试报告 5
4、回归测试 5
（三）总结阶段 5
1、编写测试工作总结 5
2、测实验收 6
3、缺陷跟踪 6
（四）培训阶段 6
（五）项目维护阶段 7
五 、测试管理规范 7
（一）缺陷类型定义 7
（二）缺陷严重级别 7
六、测试原则文档 8
七、绩效考核原则（参照附件绩效考核原则） 8
附件1：测试部绩效考核原则 9

一、编写目
本文档是测试团队寻常工作规范，重要侧重测试工作流程控制，明确软件工程各阶段测试团队应完毕工作。测试技术和方略等问题不在本文档描述范畴内。
二、规范阐明
1、测试部是独立于项目部一种部门，必要按照测试部工作规定开展工作；
2、测试部工作人员应按照测试需求文档以及客观事实执行测试，严格坚持原则；
3、测试部工作时间及反馈应依照项目总体时间和进度来制定，时间安排受技术总监整体掌控；
4、测实验收报告必要由软件部负责人、项目经理、美工部主管、测试部主管、项目测试负责人五方共同签字，并提交总经理助理一份，与总经理共同进行抽查；
5、测试完毕后出具《测试总结报告》，项目方可正式上线。
三、测试团队构成
（一）职责
测试是软件开发过程中重要构成某些，肩负着如下责任：
         A、在项当前景、需求文档确立之前对文档进行测试，从顾客体验和测试角度提出自己看法。
         B、编写合理测试筹划，并与项目整体筹划有机地整合在一起。
         C、编写覆盖率高测试用例。
         D、针对测试需求进行有关测试技术研究。
         E、认真仔细地实行测试工作，并提交《测试总结报告》以供项目组参照。
         F、进行缺陷跟踪与分析。
（二）角色划分
在人力资源有限状况下，一种团队成员也许会同步承担各种角色。
角色名称
有关重要责任
测试部主管
1）各种项目管理与跟进
2）安排测试任务，组建测试小组；
3）编写测试筹划
4）书写测试总结报告
5）进行抽查以及验收工作
测试负责人
1）编写测试筹划、测试用例
2）进行项目分工安排以及工作管理
3）与其他部门沟通，进行bug跟踪
4）项目整体跟进，涉及需求变更
5）书写测试总结报告
测试实行工程师
实行测试用例，执行测试
四、工作流程及规范
（一）筹划与设计阶段
1、召开测试启动会议

过程要点
详细阐明
输入条件
测试部主管一方面理解需求，依照需求制定《测试筹划书》
工作内容
开发团队与测试团队核对测试内容，对测试任务和目的达到一致，商讨测试筹划草稿可行性，统一项目组目的，分派测试任务，明确本次测试工作重点。
重要工作有：
1）程序部主管或项目经理告知测试部主管，拟定项目测试开始和结束时间、项目规模，至少提前一周。
2）提交给测试部两个文档：（1）通过顾客签字确认《需求阐明书》
（2）《详细需求设计文档》。
3）由测试部主管撰写《测试筹划书》草稿。
4）程序部项目经理解说功能流程。
退出原则
明确测试内容与重点，测试方提交《测试筹划书》正稿。（参照附件编写测试用例规范）
负责人
程序部负责人、项目经理、测试部主管
2、成立测试团队
在项目构成立同步，项目测试小组也将同步成立。团队成立工作与责任如下：
过程要点
详细阐明
输入条件
项目构成立（参加《项目筹划书》评审）
工作内容
为测试小组任命一名本次项目测试负责人，同步拟定测试小组构成人选。
（注：依照项目规模决定参加测试状况）
退出原则
测试小构成立
项目负责人
测试负责人
主负责人
测试部主管
（二）实行测试阶段
1、设计测试用例
在《需求阐明书》和《详细设计文档》文档确立基本后来，测试组需要针对项目测试需求编写测试用例，在实际测试中，测试用例将是唯一实行原则。在用例编写过程中，详细任务和负责人如下：
过程要点
详细阐明
输入条件
测试需求明确，测试筹划明确
工作内容
依照每一步测试筹划编写所有测试用例
退出原则
测试用例需要覆盖所有测试需求
负责人
测试用例设计工程师（可由测试实行工程师或测试负责人兼做）
注：编写完毕测试用例，需项目经理审核确认，保证其全面性；
2、实行测试用例
实行《测试用例》将耗费测试组绝大某些时间，这些工作都是建立在前期诸多筹划工作基本上。
过程要点
详细阐明
输入条件
测试负责人之前一种工作日定出当天测试筹划，拟定可用测试用例。
工作内容
测试实行工程师依照测试筹划中分派给自己测试任务和提供测试用例，实行相应测试用例，并将记录实行用例成果
退出原则
测试用例中所有任务被执行，成果被记录。
负责人
测试实行工程师
3、提交测试报告
运用《禅道软件》进行软件质量管理（重要涉及bug、测试用例、测试任务、测试成果）等功能。
过程要点
详细阐明
输入条件
测试组完毕了预定周期测试任务
工作内容
测试部测试工程师通过《禅道软件》向程序部提交测试报告，重要内容如下
1）项目测试版本
2）测试人员和时间
3）测试所覆盖缺陷，涉及：A、测试中所有发现bug。
B、程序人员解决bug。
4）测试人员验证发现bug与否被修改。
5）记录项目缺陷数量及其状态分类。
6）急待解决问题——写明当前项目需要最先解决问题，可以重复提出。
退出原则
在每轮测试结束之后应尽快将符合原则测试报告发给提交项目组。
负责人
测试部负责人
4、回归测试
在每轮测试结束之后，由测试组重新修改最新版本，进行回归测试。
过程要点
详细阐明
输入条件
在每轮测试中，按照既有测试用例没有新缺陷被发现，测试报告中所有活动缺陷都被解决。
工作内容
测试组将按照测试筹划中对于回归测试方略对项目进行回归测试。
退出原则
回归测试所运营缺陷所有通过。
负责人
测试部主管、项目测试负责人
（三）总结阶段
测试工作结束或即将结束时，测试组就要开始着手准备进行总结工作。
1、编写测试工作总结
测试总结工作是在以上工作所有结束后来，它目是评估本次测试工作，总结经验，使下一次工作做得更好。
过程要点
详细阐明
输入条件
测试负责人完毕了符合原则《测试总结报告》，发送给全项目组
工作内容
测试负责人依照测试成果，按照测试总结文档模板编写测试总结，
退出原则
测试负责人完毕了符合原则《测试总结报告》，发送给全测试组。
负责人
测试负责人
2、测实验收
测实验收工作是在以上工作所有结束后，对测试过程，效果进行验收，宣布测试结束。
过程要点
详细阐明
输入条件
测试组完毕了所有测试实行工作，测试负责人完毕符合原则测试总结文档
工作内容
由测试发起会上商定验收构成员，对本测试进行验收，验收内容涉及：
a.测试效果验收——测试与否达到预期目
b.测试文档验收——测试过程文档与否齐全，可信，符合原则
c.测试评估——从总体对测试质量进行评估
d.测试建议——对本次测试工作指出局限性，需要在后来工作中改进地方
e.宣布测试结束——测实验收构成员签字宣布本次测试结束
退出原则
签发《测试总结报告》
负责人
程序、美工、测试部门主管
3、缺陷跟踪
测实验收结束后，要根据【禅道软件】进行缺陷整体跟踪，跟踪产品在试运营阶段暴露出来新缺陷，以及已提交缺陷与否再次发生。
过程要点
详细阐明
输入条件
测试组完毕了所有测试实行工作，测实验收通过，产品试运营、运营。
工作内容
a.已发现缺陷与否再次发生
b.与否有新发当前测试中未发现缺陷
c.与否有新发当前测试中已发现但未修改缺陷
定义：A类：新发现缺陷
B类：已发现缺陷
C类：已发现未修改缺陷
退出原则
缺陷跟踪报告
负责人
测试部主管、项目经理
（四）培训阶段
在项目正式上线之前，将整个项目功能模块操作流程给客户演示一遍，以便客户在工作中使用；
过程要点
详细阐明
输入条件
依照项目大小，书写《培训筹划》
工作内容
a.培训准备——依照培训规模大小，提前到达培训现场，熟悉环境；
b.详细实行——①项目<10万：项目负责人进行培训；
②项目>10万：测试主管或者商务进行培训；
c. 培训规定——在比较大项目客户培训时，需程序部派一名工程师进行跟进，解决突发性问题；
退出原则
客户签写《项目验收确认单》
负责人
测试负责人、客户负责人
（五）项目维护阶段
项目维护重要涉及客户维护和后期跟进测试以及安全检测。在一年免费服务范畴内前三个月，每月进行一次安全检测；；
过程要点
详细阐明
输入条件
1）客户征询操作问题；
2）定期进行网站漏洞安全检测；
工作内容
a.问题解决——对客户提出操作问题，及时予以解决；
b.详细记录——对客户所征询问题，记录到《客户维护登记表》中；
c.安全检测——①内网：安全检测软件；
②外网：用360和百度漏洞安全检测；
退出原则
1）解决客户所提出操作问题；
2）保存检测记录，涉及《检测报告》和图片
负责人
测试负责人

五 、测试管理规范
（一）缺陷类型定义
本规范定义如下四类缺陷
缺陷类型编号
缺陷类型
描述
1
性能问题
不满足系统性能方面需求，如：执行时间，事务解决速率等、因文献大小而导致系统崩溃等
2
功能错误
未实现有关阐明书中功能规定
3
界面及版式问题
人机交互界面格式，确认顾客输入，功能有效性，页面排版美观度等方面缺陷
4
建议
不是缺陷，而是从优化等方面来提出更好建议
（二）缺陷严重级别
定级划分
界定原则
级别一
l 需求书中重要功能未实现；
l 开发程序与需求不符，需与程序部确认之后方可；
l 导致系统崩溃、死机,并且不能通过其他办法实现功能；
l 常规操作导致程序非法退出、死循环、通讯中断或异常，数据破坏丢失或数据库异常、且不能通过其他办法实现功能。
l 浮现错误导致测试无法进行，如新增功能不好使，影响修改、删除等；
级别二
l 严重错误普通使系统不稳定、不安全、或破坏数据、或产生错误成果，并且是常规操作中经常发生或非常规操作中不可避免重要问题，如：
l 重要功能基本能实现，但系统不稳定、某些边界条件下操作会导致run-time error、文献操作异常、通讯异常、数据丢失或破坏等错误；
l 重要功能不能按正常操作实现，但可通过其他办法可实现；
l 错误波及面广，影响到其他重要功能正常实现；
l 密码明文显示；
l C/S、B/S模式下，运用客户端某些操作可导致服务端不能继续正常工作。
级别三
程序功能运营基本正常，但是存在某些需求、设计或实现上缺陷；次要功能运营不正常，如：
l 次要功能不能正常实现；
l 操作界面错误（涉及数据窗口内列名定义、含义不一致）；
l 打印内容、格式错误；
l 查询错误，数据错误显示；
l 简朴输入限制未放在前台进行控制；
l 删除操作未给出提示；
l 数据库表中有过多空字段；
l 因错误操作迫使程序中断；
l 找不到规律时好时坏；
l 数据库表、业务规则、缺省值未加完整性等约束条件；
l 通过一段时间运营后，系统性能或响应时间会变慢；
l 重要资料，如密码未加密存储（涉及配备文献中密码），或其他存在安全性隐患；
l 硬件或通讯异常发生恢复后，系统不能自动正常继续工作（需要过多人工干预才行）；
l 系统兼容性差，与其他支持系统一起工作时容易出错，而没有充分理由阐明是由支持系统引起；或者由于使用了非常规技术或第三方组件导致不能使用自动化测试工具进行测试。
级别四
程序在某些显示上不美观，不符合顾客习惯，或者是某些文字错误，如：
l 界面不规范；
l 辅助阐明描述不清晰；
l 输入输出不规范；
l 长操作未给顾客提示（或长操作结束后提示没有消失）；
l 提示窗口文字未采用行业术语；
l 可输入区域和只读区域没有明显区别标志；
l 界面存在文字错误；
l 在功能实现方式上如果需求中没有明拟定义，而没有按常规实现，并且不比常规方式实现优越；( 如顾客名第一位用数字或特殊字符)

六、测试原则文档
1、《测试任务阐明书》
2、《测试筹划》
3、《测试用例》
4、《测试总结报告》
5、《缺陷跟踪报告》
6、《使用阐明书》
7、《客户培训筹划》
七、绩效考核原则（参照附件绩效考核原则）

附件1：测试部绩效考核原则
测试工作绩效考核原则
****天鼎当前测试部人员，由网络营销部门人员共同构成，两部门实为同一组人员。为了提高测试部员工工作积极性，保证可以准时保质保量完毕测试任务；为了公司可以赢得管理，增长效益。特制定此测试绩效考核原则。
一、测试绩效基本奖金额度
测试部整体绩效额度由项目规模决定，项目原则及奖金额度如下：
项目级别
合同金额
奖金额度
A级
≤6,000元
100元
B级
≤10,000元
300元
C级
≤30,000元
500元
D级
≤50,000元
800元
E级
≤80,000元
1000元
F级
≤100,000元
1200元
G级
≤3,00,000元
3000元
H级
＞3,00,000元
3000-5000元
二、测试部奖金分派与惩罚制度
1、奖金分派制度
1）测试部奖金分派人员重要涉及测试主管、测试人员。测试人员奖金分为A、B、C三个级别，详细参照如下表：
角 色
奖金
级别
评估原则
提成
比例
备注
测试部
主管

1、负责测试筹划编写；
2、测试工作分派、监督和执行
3、测试报告汇总；
4、测试完毕后进行项目总结，并出具验收报告；
5、与开发部沟通和协调；
6、解决测试过程中遇到问题；
25%
1、剩余30%提成可以奖励测试效率高、质量好，可以使测试部整体筹划提前完毕测试人员；
2、主管可以依照个人体现分派奖励；

测试组
成员
A级
1、测试出缺陷数量多，工作细致并且有独特性；
2、能准时保质保量完毕测试工作，工作态度认真积极；
3、测试报告填写完整，描述清晰，能提出合理修改建议；
4、积极跟踪缺陷修改状况；
5、与开发部成员形成良好沟通及配合；
6、注重测试部整体团队合伙；
20%
B级
1、测试出缺陷数量普通，且多为同类型缺陷；
2、能准时完毕测试工作，但工作不够认真细致；
3、测试报告填写较完整，描述较清晰，但不能提出合理修改建议；
4、被动跟踪缺陷修改状况；
5、测试部整体团队合伙普通；
15%
C级
1、测试出缺陷数量较少，同类缺陷数量多，工作不细致；
2、能完毕工作，但需要加班（不给加班费）；
3、测试报告填写不完整，描述混乱，不能精确表达及描述问题；
4、从不积极跟踪缺陷修改状况；
5、很少与开发部成员进行沟通及配合；
6、不注重测试部整体团队合伙；
10%
2）如果由于程序部没有进行自测，或者项目需求不明确状况下，测试人员在客户验收之前，自主发现核心性问题，做好了最后保障工作，予以奖金300元；
2、惩罚制度
角 色
惩罚制度
测试组
成员
1、测试部人员没有按照测试主管安排，不能“准时保质保量”完毕测试任务，并且对工作有迟延者
1）前两次予以警告；
2）合计三次，取消该项目绩效奖；
3）超过3次，依照问题严重限度应予以50-100元惩罚；
整体
1、客户验收后发现严重漏洞，扣除测试部整体奖金100%
2、客户验收后发现普通漏洞，扣除测试部整体奖金50%
3、客户验收后发现细节漏洞，扣除测试部整体奖金20%
4、根据项目需求，在功能性测试基本上，让不合格项目产品给客户布置上，导致客户抱怨时，该项目重要测试负责人和测试部主管，应予以惩罚，每次罚款50-100元；
5、如无特殊因素，测试部没有准时完毕测试任务，影响整个项目上线布置和后期客户培训，给公司导致成本增长时，应予以50-100元惩罚；
注：1、项目经理需要明确开发周期，合理进行测试时间安排；
2、各种项目同步进行时，会依照项目紧急和重要限度，调节测试周期；
3、测试周期，不涉及程序部对bug修改时间；
三、缺陷质量评判原则（也为成员奖金级别评估原则）：
漏洞质量
第一类：功能性问题，即未实现需求分析及设计时规定功能规定，功能及链接不能正常使用
1、非常严重：在功能阐明书和客户需求确认书中所描述主体功能没有实现，10分/个
2、较严重：功能基本实现，在特定状况下导致功能失败，7分/个
3、普通：功能某些失败，对整体功能实现基本不导致影响，4分/个
4、轻微：功能提示不明确，系统易用性不好，2分/个
第二类：顾客体验问题，即功能设计合理性以及顾客使用便捷限度
1、非常严重：重要、核心性功能操作没有明确提示，易导致重大隐患，7分/个
2、较严重：界面及功能设计提示语句易误导顾客，导致数据丢失等重大问题，5分/个
3、普通：数据重要操作（如删除、添加、保存等）没有提示，3分/个
4、轻微：系统易用性不好，1分/个
第三类：界面问题，即页面设计美观限度、浏览器兼容性等问题、错别字、错误链接等；
1、普通：UI中浮现如下问题（文字内容错误、图片不对的），2分/个
2、轻微：UI中浮现如下问题（拼写错误、页面布局不合理、页面中有乱码、风格不一致、字体不一、语言不一致等），1分/个
注意
（也为成员奖金级别评估原则）：分数级别越高
四、绩效奖励时间
测试部绩效奖金分两阶段：
1、第一阶段：核算时间，项目验收布置后客户未提疑义，核算测试奖金；
2、第二阶段：款项到帐后当月，测试部提取测试奖金。
注：测试工作随项目开展状况进行，未必每月均有。
五、特殊状况阐明
1、未面向市场（即未产生直接经济效益）产品及项目（例如省政协网站、****天鼎后台产品等），测试奖金按原项目奖金额度50%提取；
2、测试构成员奖金级别由测试部主管进行综合评估；
六、举例
十一月份进行测试是消防内网，合同金额8万余元， 整体奖金额度属于F级，即部门整体奖金1000元，在整个项目测试过程中，孙教师得到A级奖金，得20%奖金200元；金鑫另一方面，得15%奖金150元，许婷测试状况普通，得10%奖金100元，穆教师作为测试主管，得25%奖金250元。剩余30%奖金300元，测试主管可以依照个人体现分派奖励；