测试部管理规范

文档编号:20140522测试工作流程及管理规范目录一、编写目的 3二、规范说明 3三、测试团队构成 3（一）职责 3（二）角色划分 3四、工作流程及规范 4（一）计划与设计阶段 41、召开测试启动会议 42、成立测试团队 4（二）实施测试阶段 41、设计测试用例 42、实施测试用例 53、提交测试报告 54、回归测试 5（三）总结阶段 51、编写测试工作总结 52、测试验收 63、缺陷跟踪 6（四）培训阶段 6（五）项目维护阶段 7五、测试管理规范 7（一）缺陷类型定义 7（二）缺陷严重等级 7六、测试标准文档 8七、绩效考核标准（参照附件绩效考核标准） 8附件1：测试部绩效考核标准 82、实施测试用例实施《测试用例》将花费测试组绝大部分时间，这些工作都是建立在前期很多计划工作的基础上。过程要点详细说明输入条件测试负责人之前一个工作日定出当日的测试计划，确定可用的测试用例。工作内容测试实施工程师根据测试计划中分配给自己的测试任务和提供的测试用例，实施相应的测试用例，并将记录实施用例的结果退出标准测试用例中的所有任务被执行，结果被记录。责任人测试实施工程师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建议不是缺陷，而是从优化等方面来提出更好的建议（二）缺陷严重等级定级划分界定标准等级一需求书中的重要功能未实现；开发的程序与需求不符的，需与程序部确认之后方可；造成系统崩溃、死机,并且不能通过其它方法实现功能；常规操作造成程序非法退出、死循环、通讯中断或异常，数据破坏丢失或数据库异常、且不能通过其它方法实现功能的。出现的错误导致测试无法进行的，如新增功能不好使，影响修改、删除等；等级二严重错误通常使系统不稳定、不安全、或破坏数据、或产生错误结果，而且是常规操作中经常发生或非常规操作中不可避免的主要问题，如：重要功能基本能实现，但系统不稳定、一些边界条件下操作会导致run-timeerror、文件操作异常、通讯异常、数据丢失或破坏等错误；重要功能不能按正常操作实现，但可通过其它方法可实现；错误的波及面广，影响到其它重要功能正常实现；密码明文显示；C/S、B/S模式下，利用客户端某些操作可造成服务端不能继续正常工作的。等级三程序的功能运行基本正常，但是存在一些需求、设计或实现上的缺陷；次要功能运行不正常，如：次要功能不能正常实现；操作界面错误（包括数据窗口内列名定义、含义不一致）；打印内容、格式错误；查询错误，数据错误显示；简单的输入限制未放在前台进行控制；删除操作未给出提示；数据库表中有过多的空字段；因错误操作迫使程序中断；找不到规律的时好时坏；数据库的表、业务规则、缺省值未加完整性等约束条件；经过一段时间运行后，系统性能或响应时间会变慢；重要资料，如密码未加密存放（包括配置文件中的密码），或其它存在安全性隐患的；硬件或通讯异常发生恢复后，系统不能自动正常继续工作（需要过多的人工干预才行）；系统兼容性差，与其它支持系统一起工作时容易出错，而没有充分理由说明是由支持系统引起的；或者由于使用了非常规技术或第三方组件造成不能使用自动化测试工具进行测试的。等级四程序在一些显示上不美观，不符合用户习惯，或者是一些文字的错误，如：界面不规范；辅助说明描述不清楚；输入输出不规范；长操作未给用户提示（或长操作结束后提示没有消失）；提示窗口文字未采用行业术语；可输入区域和只读区域没有明显的区分标志；界面存在文字错误；在功能实现方式上如果需求中没有明确定义，而没有按常规实现，并且不比常规方式实现优越的；(如用户名第一位用数字或特殊字符)六、测试标准文档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、