测试部管理规范

1、测试工作流程及管理标准目 录 TOC o 1-3 h z u HYPERLINK l _Toc389035161 一、编写目的 PAGEREF _Toc389035161 h 3 HYPERLINK l _Toc389035162 二、标准说明 PAGEREF _Toc389035162 h 3 HYPERLINK l _Toc389035163 三、测试团队构成 PAGEREF _Toc389035163 h 3 HYPERLINK l _Toc389035164 一职责 PAGEREF _Toc389035164 h 3 HYPERLINK l _Toc389035165 二角色划分 PA

2、GEREF _Toc389035165 h 3 HYPERLINK l _Toc389035166 四、工作流程及标准 PAGEREF _Toc389035166 h 4 HYPERLINK l _Toc389035167 一方案与设计阶段 PAGEREF _Toc389035167 h 4 HYPERLINK l _Toc389035168 1、召开测试启动会议 PAGEREF _Toc389035168 h 4 HYPERLINK l _Toc389035169 2、成立测试团队 PAGEREF _Toc389035169 h 4 HYPERLINK l _Toc389035170 二实施

3、测试阶段 PAGEREF _Toc389035170 h 4 HYPERLINK l _Toc389035171 1、设计测试用例 PAGEREF _Toc389035171 h 4 HYPERLINK l _Toc389035172 2、实施测试用例 PAGEREF _Toc389035172 h 5 HYPERLINK l _Toc389035173 3、提交测试报告 PAGEREF _Toc389035173 h 5 HYPERLINK l _Toc389035174 4、回归测试 PAGEREF _Toc389035174 h 5 HYPERLINK l _Toc389035175 三

4、总结阶段 PAGEREF _Toc389035175 h 5 HYPERLINK l _Toc389035176 1、编写测试工作总结 PAGEREF _Toc389035176 h 5 HYPERLINK l _Toc389035177 2、测试验收 PAGEREF _Toc389035177 h 6 HYPERLINK l _Toc389035178 3、缺陷跟踪 PAGEREF _Toc389035178 h 6 HYPERLINK l _Toc389035179 四培训阶段 PAGEREF _Toc389035179 h 6 HYPERLINK l _Toc389035180 五工程维

5、护阶段 PAGEREF _Toc389035180 h 7 HYPERLINK l _Toc389035181 五 、测试管理标准 PAGEREF _Toc389035181 h 7 HYPERLINK l _Toc389035182 一缺陷类型定义 PAGEREF _Toc389035182 h 7 HYPERLINK l _Toc389035183 二缺陷严重等级 PAGEREF _Toc389035183 h 7 HYPERLINK l _Toc389035184 六、测试标准文档 PAGEREF _Toc389035184 h 8 HYPERLINK l _Toc389035185 七

6、、绩效考核标准参照附件绩效考核标准 PAGEREF _Toc389035185 h 8 HYPERLINK l _Toc389035186 附件1：测试部绩效考核标准 PAGEREF _Toc389035186 h 9一、编写目的本文档是测试团队的日常工作标准，主要侧重测试工作流程的控制，明确软件工程的各阶段测试团队应完成的工作。测试技术和策略等问题不在本文档描述范围内。二、标准说明1、测试部是独立于工程部的一个部门，必须按照测试部工作要求开展工作；2、测试部工作人员应按照测试需求文档以及客观事实执行测试，严格坚持原那么；3、测试部工作时间及反应应根据工程总体时间和进度来制定，时间安排受技术总

7、监整体掌控；4、测试验收报告必须由软件部负责人、工程经理、美工部主管、测试部主管、工程测试负责人五方共同签字，并提交总经理助理一份，与总经理共同进行抽查；5、测试完成后出具?测试总结报告?，工程方可正式上线。三、测试团队构成一职责测试是软件开发过程中的重要组成局部，肩负着如下责任： A、在工程的前景、需求文档确立之前对文档进行测试，从用户体验和测试的角度提出自己的看法。 B、编写合理的测试方案，并与工程整体方案有机地整合在一起。 C、编写覆盖率高的测试用例。 D、针对测试需求进行相关测试技术的研究。 E、认真仔细地实施测试工作，并提交?测试总结报告?以供工程组参考。 F、进行缺陷跟踪与分析。二

8、角色划分在人力资源有限的情况下，一个团队成员可能会同时承当多个角色。角色名称相关主要责任测试部主管1多个工程的管理与跟进2安排测试任务，组建测试小组；3编写测试方案4书写测试总结报告5进行抽查以及验收工作测试负责人1编写测试方案、测试用例2进行工程的分工安排以及工作管理3与其它部门沟通，进行bug的跟踪4工程的整体跟进，包括需求变更5书写测试总结报告测试实施工程师实施测试用例，执行测试四、工作流程及标准一方案与设计阶段 1、召开测试启动会议 过程要点详细说明输入条件测试部主管首先了解需求，根据需求制定?测试方案书?工作内容开发团队与测试团队核对测试内容，对测试任务和目标达成一致，商讨测试方案初

9、稿的可行性，统一工程组的目标，分配测试任务，明确本次测试的工作重点。主要工作有：1程序部主管或工程经理告知测试部主管，确定工程测试开始和结束的时间、工程的规模，至少提前一周。2提交给测试部两个文档：1经过用户签字确认的?需求说明书?2?详细需求设计文档?。3由测试部主管撰写?测试方案书?初稿。4程序部工程经理讲解功能流程。退出标准明确测试内容与重点，测试方提交?测试方案书?正稿。参照附件编写测试用例标准责任人程序部负责人、工程经理、测试部主管2、成立测试团队在工程组成立的同时，工程测试小组也将同时成立。团队成立的工作与责任如下：过程要点详细说明输入条件工程组成立参与?工程方案书?的评审工作内容

10、为测试小组任命一名本次工程测试负责人，同时确定测试小组的构成人选。注：根据工程规模决定参与测试情况退出标准测试小组成立工程责任人测试负责人主负责人测试部主管二实施测试阶段1、设计测试用例在?需求说明书?和?详细设计文档?文档确立根底以后，测试组需要针对工程的测试需求编写测试用例，在实际的测试中，测试用例将是唯一实施标准。在用例的编写过程中，具体的任务和责任人如下：过程要点详细说明输入条件测试需求明确，测试方案明确工作内容根据每一步测试方案编写全部的测试用例退出标准测试用例需要覆盖所有的测试需求责任人测试用例设计工程师可由测试实施工程师或测试负责人兼做注：编写完成的测试用例，需工程经理审核确认，

11、保证其全面性；2、实施测试用例实施?测试用例?将花费测试组绝大局部时间，这些工作都是建立在前期很多方案工作的根底上。过程要点详细说明输入条件测试负责人之前一个工作日定出当日的测试方案，确定可用的测试用例。工作内容测试实施工程师根据测试方案中分配给自己的测试任务和提供的测试用例，实施相应的测试用例，并将记录实施用例的结果退出标准测试用例中的所有任务被执行，结果被记录。责任人测试实施工程师3、提交测试报告利用?禅道软件?进行软件质量管理主要包括bug、测试用例、测试任务、测试结果等功能。过程要点详细说明输入条件测试组完成了预定周期的测试任务工作内容测试部测试工程师通过?禅道软件?向程序部提交测试报

12、告，主要内容如下1工程测试的版本2测试的人员和时间3测试所覆盖的缺陷，包括：A、测试中所有发现的bug。 B、程序人员处理的bug。4测试人员验证发现bug是否被修改。5统计工程缺陷的数量及其状态分类。6急待解决的问题写明当前工程需要最先解决的问题，可以重复提出。退出标准在每轮测试结束之后应尽快将符合标准的测试报揭发给提交工程组。 责任人测试部负责人4、回归测试在每轮测试结束之后，由测试组重新修改最新版本，进行回归测试。过程要点详细说明输入条件在每轮测试中，按照现有的测试用例没有新的缺陷被发现，测试报告中全部的活动缺陷都被解决。工作内容测试组将按照测试方案中对于回归测试的策略对工程进行回归测试

13、。 退出标准回归测试所运行的缺陷全部通过。责任人测试部主管、工程测试负责人三总结阶段测试工作结束或即将结束时，测试组就要开始着手准备进行总结的工作。1、编写测试工作总结测试总结工作是在以上的工作全部结束以后，它的目的是评估本次测试工作，总结经验，使下一次的工作做得更好。过程要点详细说明输入条件测试负责人完成了符合标准的?测试总结报告?，发送给全工程组工作内容测试负责人根据测试的结果，按照测试总结的文档模板编写测试总结，退出标准测试负责人完成了符合标准的?测试总结报告?，发送给全测试组。责任人测试负责人2、测试验收测试验收工作是在以上工作全部结束后，对测试的过程，效果进行验收，宣布测试结束。过程

14、要点详细说明输入条件测试组完成了所有的测试实施工作，测试负责人完成符合标准的测试总结文档工作内容由测试发起会上约定的验收组成员，对本测试进行验收，验收内容包括：a.测试效果验收测试是否到达预期目的b.测试文档验收测试过程文档是否齐全，可信，符合标准c.测试评估从总体对测试的质量进行评估d.测试建议对本次测试工作指出缺乏，需要在以后工作中改良的地方e.宣布测试结束测试验收组成员签字宣布本次测试结束退出标准签发?测试总结报告?责任人程序、美工、测试部门主管3、缺陷跟踪测试验收结束后，要依据【禅道软件】进行缺陷的整体跟踪，跟踪产品在试运行阶段暴露出来的新缺陷，以及已提交的缺陷是否再次发生。过程要点详

15、细说明输入条件测试组完成了所有的测试实施工作，测试验收通过，产品试运行、运行。工作内容a.已发现缺陷是否再次发生b.是否有新发现的在测试中未发现的缺陷c.是否有新发现的在测试中已发现但未修改的缺陷定义：A类：新发现的缺陷B类：已发现的缺陷C类：已发现未修改的缺陷退出标准缺陷跟踪报告责任人测试部主管、工程经理四培训阶段在工程正式上线之前，将整个工程功能模块的操作流程给客户演示一遍，方便客户在工作中的使用；过程要点详细说明输入条件根据工程的大小，书写?培训方案?工作内容a.培训准备根据培训规模大小，提前到达培训现场，熟悉环境；b.具体实施工程10万：测试主管或者商务进行培训；c. 培训要求在比拟大

16、的工程客户培训时，需程序部派一名工程师进行跟进，解决突发性问题；退出标准客户签写?工程验收确认单?责任人测试负责人、客户负责人五工程维护阶段工程维护主要包括客户维护和后期的跟进测试以及平安检测。在一年免费效劳范围内的前三个月，每月进行一次平安检测；过程要点详细说明输入条件1客户咨询操作问题；2定期进行网站漏洞平安检测；工作内容a.问题解决对客户提出的操作问题，及时给予解决；b.详细记录对客户所咨询的问题，记录到?客户维护记录表?中；c.平安检测内网：平安检测软件；外网：用360和百度漏洞平安检测；退出标准1解决客户所提出的操作问题；2保存检测记录，包括?检测报告?和图片责任人测试负责人五 、测

17、试管理标准一缺陷类型定义本标准定义以下四类缺陷缺陷类型编号缺陷类型描述1性能问题不满足系统性能方面的需求，如：执行时间，事务处理速率等、因文件的大小而导致系统崩溃等2功能错误未实现相关说明书中的功能要求3界面及版式问题人机交互界面格式，确认用户输入，功能有效性，页面排版美观度等方面的缺陷4建议不是缺陷，而是从优化等方面来提出更好的建议二缺陷严重等级定级划分界定标准等级一需求书中的重要功能未实现；开发的程序与需求不符的，需与程序部确认之前方可；造成系统崩溃、死机,并且不能通过其它方法实现功能；常规操作造成程序非法退出、死循环、通讯中断或异常，数据破坏丧失或数据库异常、且不能通过其它方法实现功能的

18、。出现的错误导致测试无法进行的，如新增功能不好使，影响修改、删除等；等级二严重错误通常使系统不稳定、不平安、或破坏数据、或产生错误结果，而且是常规操作中经常发生或非常规操作中不可防止的主要问题，如：重要功能根本能实现，但系统不稳定、一些边界条件下操作会导致run-time error、文件操作异常、通讯异常、数据丧失或破坏等错误；重要功能不能按正常操作实现，但可通过其它方法可实现；错误的涉及面广，影响到其它重要功能正常实现；密码明文显示；C/S、B/S模式下，利用客户端某些操作可造成效劳端不能继续正常工作的。等级三程序的功能运行根本正常，但是存在一些需求、设计或实现上的缺陷；次要功能运行不正常

19、，如：次要功能不能正常实现；操作界面错误包括数据窗口内列名定义、含义不一致；打印内容、格式错误；查询错误，数据错误显示；简单的输入限制未放在前台进行控制；删除操作未给出提示；数据库表中有过多的空字段；因错误操作迫使程序中断；找不到规律的时好时坏；数据库的表、业务规那么、缺省值未加完整性等约束条件；经过一段时间运行后，系统性能或响应时间会变慢；重要资料，如密码未加密存放包括配置文件中的密码，或其它存在平安性隐患的；硬件或通讯异常发生恢复后，系统不能自动正常继续工作需要过多的人工干预才行；系统兼容性差，与其它支持系统一起工作时容易出错，而没有充分理由说明是由支持系统引起的；或者由于使用了非常规技术

20、或第三方组件造成不能使用自动化测试工具进行测试的。等级四程序在一些显示上不美观，不符合用户习惯，或者是一些文字的错误，如：界面不标准；辅助说明描述不清楚；输入输出不标准；长操作未给用户提示或长操作结束后提示没有消失；提示窗口文字未采用行业术语；可输入区域和只读区域没有明显的区分标志；界面存在文字错误；在功能实现方式上如果需求中没有明确定义，而没有按常规实现，并且不比常规方式实现优越的；( 如用户名第一位用数字或特殊字符)六、测试标准文档1、?测试任务说明书?2、?测试方案?3、?测试用例?4、?测试总结报告?5、?缺陷跟踪报告?6、?使用说明书?7、?客户培训方案?七、绩效考核标准参照附件绩效

21、考核标准附件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元二

22、、测试部奖金分配与处分制度1、奖金分配制度1测试部奖金分配人员主要包括测试主管、测试人员。测试人员奖金分为A、B、C三个等级，具体参考如下表：角 色奖金级别评定标准提成比例备注测试部主管1、负责测试方案的编写；2、测试工作的分配、监督和执行3、测试报告汇总；4、测试完成后进行工程总结，并出具验收报告；5、与开发部的沟通和协调；6、解决测试过程中遇到的问题；25%1、剩余的30%提成可以奖励测试效率高、质量好，可以使测试部整体方案提前完成的测试人员；2、主管可以根据个人表现分配奖励；测试组成员A级1、测试出的缺陷数量多，工作细致并且有独特性；2、能按时保质保量完成测试工作，工作态度认真积极；3、

23、测试报告填写完整，描述清晰，能提出合理修改建议；4、主动跟踪缺陷修改情况；5、与开发部成员形成良好的沟通及配合；6、注重测试部整体团队合作；20%B级1、测试出的缺陷数量一般，且多为同类型缺陷；2、能按时完成测试工作，但工作不够认真细致；3、测试报告填写较完整，描述较清晰，但不能提出合理修改建议；4、被动跟踪缺陷修改情况；5、测试部整体团队合作一般；15%C级1、测试出的缺陷数量较少，同类缺陷数量多，工作不细致；2、能完成工作，但需要加班的不给加班费；3、测试报告填写不完整，描述混乱，不能准确表达及描述问题；4、从不主动跟踪缺陷修改情况；5、很少与开发部成员进行沟通及配合；6、不注重测试部整体

24、团队合作；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的修改时间；三、缺陷质量评判标准也为组员奖金级别评定标准：漏洞质量第一类：功能性问题，即未实现需求分