《测试部管理规范.pdf》由会员分享，可在线阅读，更多相关《测试部管理规范.pdf（11页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、测试工作流程及管理规范测试工作流程及管理规范目目录录一、编写目的一、编写目的.3.3二、规范说明二、规范说明.3.3三、测试团队构成三、测试团队构成.3.3（一）职责.3（二）角色划分.3四、工作流程及规范四、工作流程及规范.4.4（一）计划与设计阶段.41、召开测试启动会议.42、成立测试团队.4（二）实施测试阶段.41、设计测试用例.42、实施测试用例.53、提交测试报告.54、回归测试.5（三）总结阶段.51、编写测试工作总结.62、测试验收.63、缺陷跟踪.6（四）培训阶段.7（五）项目维护阶段.7五五、测试管理规范、测试管理规范.7.7（一）缺陷类型定义.7（二）缺陷严重等级.8六、
2、测试标准文档六、测试标准文档.8.8七、绩效考核标准（参照附件绩效考核标准）七、绩效考核标准（参照附件绩效考核标准）.9.9附件 1：测试部绩效考核标准.9一、编写目的一、编写目的本文档是测试团队的日常工作规范，主要侧重测试工作流程的控制，明确软件工程的各阶段测试团队应完成的工作。测试技术和策略等问题不在本文档描述范围内。二、规范说明二、规范说明1、测试部是独立于项目部的一个部门，必须按照测试部工作要求开展工作；2、测试部工作人员应按照测试需求文档以及客观事实执行测试，严格坚持原则；3、测试部工作时间及反馈应根据项目总体时间和进度来制定，时间安排受技术总监整体掌控；4、测试验收报告必须由软件部
3、负责人、项目经理、美工部主管、测试部主管、项目测试负责人五方共同签字，并提交总经理助理一份，与总经理共同进行抽查；5、测试完成后出具测试总结报告，项目方可正式上线。三、测试团队构成三、测试团队构成（一）职责（一）职责测试是软件开发过程中的重要组成部分，肩负着如下责任：A、在项目的前景、需求文档确立之前对文档进行测试，从用户体验和测试的角度提出自己的看法。B、编写合理的测试计划，并与项目整体计划有机地整合在一起。C、编写覆盖率高的测试用例。D、针对测试需求进行相关测试技术的研究。E、认真仔细地实施测试工作，并提交测试总结报告以供项目组参考。F、进行缺陷跟踪与分析。（二）角色划分（二）角色划分在人
4、力资源有限的情况下，一个团队成员可能会同时承担多个角色。角色名称角色名称测试部主管测试部主管相关主要责任相关主要责任1）多个项目的管理与跟进2）安排测试任务，组建测试小组；3）编写测试计划4）书写测试总结报告5）进行抽查以及验收工作1）编写测试计划、测试用例2）进行项目的分工安排以及工作管理3）与其它部门沟通，进行bug 的跟踪4）项目的整体跟进，包括需求变更5）书写测试总结报告测试负责人测试负责人测试实施工程师测试实施工程师实施测试用例，执行测试四、工作流程及规范四、工作流程及规范（一）计划与设计阶段（一）计划与设计阶段1、召开测试启动会议过程要点过程要点输入条件输入条件工作内容工作内容详细
5、说明详细说明测试部主管首先了解需求，根据需求制定测试计划书开发团队与测试团队核对测试内容，对测试任务和目标达成一致，商讨测试计划初稿的可行性，统一项目组的目标，分配测试任务，明确本次测试的工作重点。主要工作有：1）程序部主管或项目经理告知测试部主管，确定项目测试开始和结束的时间、项目的规模，至少提前一周。2）提交给测试部两个文档：（1）经过用户签字确认的需求说明书（2）详细需求设计文档。3）由测试部主管撰写测试计划书初稿。4）程序部项目经理讲解功能流程。明确测试内容与重点，测试方提交测试计划书正稿。（参照附件编写测试用例规范）程序部负责人、项目经理、测试部主管退出标准退出标准责任人责任人2、成
6、立测试团队在项目组成立的同时，项目测试小组也将同时成立。团队成立的工作与责任如下：过程要点过程要点输入条件输入条件工作内容工作内容退出标准退出标准项目责任人项目责任人主负责人主负责人详细说明详细说明项目组成立（参与项目计划书的评审）为测试小组任命一名本次项目测试负责人，同时确定测试小组的构成人选。（注：根据项目规模决定参与测试情况）测试小组成立测试负责人测试部主管（二）实施测试阶段（二）实施测试阶段1、设计测试用例在需求说明书和详细设计文档文档确立基础以后，测试组需要针对项目的测试需求编写测试用例，在实际的测试中，测试用例将是唯一实施标准。在用例的编写过程中，具体的任务和责任人如下：过程要点过
7、程要点输入条件输入条件工作内容工作内容测试需求明确，测试计划明确根据每一步测试计划编写全部的测试用例详细说明详细说明退出标准退出标准责任人责任人测试用例需要覆盖所有的测试需求测试用例设计工程师（可由测试实施工程师或测试负责人兼做）注：注：编写完成的测试用例，需项目经理审核确认，保证其全面性；2、实施测试用例实施测试用例将花费测试组绝大部分时间，这些工作都是建立在前期很多计划工作的基础上。过程要点过程要点输入条件输入条件工作内容工作内容退出标准退出标准责任人责任人详细说明详细说明测试负责人之前一个工作日定出当日的测试计划，确定可用的测试用例。测试实施工程师根据测试计划中分配给自己的测试任务和提供
8、的测试用例，实施相应的测试用例，并将记录实施用例的结果测试用例中的所有任务被执行，结果被记录。测试实施工程师3、提交测试报告利用禅道软件进行软件质量管理（主要包括 bug、测试用例、测试任务、测试结果）等功能。过程要点过程要点输入条件输入条件工作内容工作内容详细说明详细说明测试组完成了预定周期的测试任务测试部测试工程师通过禅道软件向程序部提交测试报告，主要内容如下1）项目测试的版本2）测试的人员和时间3）测试所覆盖的缺陷，包括：A、测试中所有发现的bug。B、程序人员处理的 bug。4）测试人员验证发现 bug 是否被修改。5）统计项目缺陷的数量及其状态分类。6）急待解决的问题写明当前项目需要
9、最先解决的问题，可以重复提出。在每轮测试结束之后应尽快将符合标准的测试报告发给提交项目组。测试部负责人退出标准退出标准责任人责任人4、回归测试在每轮测试结束之后，由测试组重新修改最新版本，进行回归测试。过程要点过程要点输入条件输入条件工作内容工作内容退出标准退出标准责任人责任人详细说明详细说明在每轮测试中，按照现有的测试用例没有新的缺陷被发现，测试报告中全部的活动缺陷都被解决。测试组将按照测试计划中对于回归测试的策略对项目进行回归测试。回归测试所运行的缺陷全部通过。测试部主管、项目测试负责人（三）总结阶段（三）总结阶段测试工作结束或即将结束时，测试组就要开始着手准备进行总结的工作。1、编写测试
10、工作总结测试总结工作是在以上的工作全部结束以后，它的目的是评估本次测试工作，总结经验，使下一次的工作做得更好。过程要点过程要点输入条件输入条件工作内容工作内容退出标准退出标准责任人责任人详细说明详细说明测试负责人完成了符合标准的测试总结报告，发送给全项目组测试负责人根据测试的结果，按照测试总结的文档模板编写测试总结，测试负责人完成了符合标准的测试总结报告，发送给全测试组。测试负责人2、测试验收测试验收工作是在以上工作全部结束后，对测试的过程，效果进行验收，宣布测试结束。过程要点过程要点输入条件输入条件工作内容工作内容详细说明详细说明测试组完成了所有的测试实施工作，测试负责人完成符合标准的测试总
11、结文档由测试发起会上约定的验收组成员，对本测试进行验收，验收内容包括：a.测试效果验收测试是否达到预期目的b.测试文档验收测试过程文档是否齐全，可信，符合标准c.测试评估从总体对测试的质量进行评估d.测试建议对本次测试工作指出不足，需要在以后工作中改进的地方e.宣布测试结束测试验收组成员签字宣布本次测试结束签发测试总结报告程序、美工、测试部门主管退出标准退出标准责任人责任人3、缺陷跟踪测试验收结束后，要依据【禅道软件】进行缺陷的整体跟踪，跟踪产品在试运行阶段暴露出来的新缺陷，以及已提交的缺陷是否再次发生。过程要点过程要点输入条件输入条件工作内容工作内容详细说明详细说明测试组完成了所有的测试实施
12、工作，测试验收通过，产品试运行、运行。a.已发现缺陷是否再次发生b.是否有新发现的在测试中未发现的缺陷c.是否有新发现的在测试中已发现但未修改的缺陷定义：A 类：新发现的缺陷B 类：已发现的缺陷C 类：已发现未修改的缺陷缺陷跟踪报告测试部主管、项目经理退出标准退出标准责任人责任人（四）培训阶段（四）培训阶段在项目正式上线之前，将整个项目功能模块的操作流程给客户演示一遍，方便客户在工作中的使用；过程要点过程要点输入条件输入条件工作内容工作内容详细说明详细说明根据项目的大小，书写培训计划a.培训准备根据培训规模大小，提前到达培训现场，熟悉环境；b.具体实施项目10 万：测试主管或者商务进行培训；c
13、.培训要求在比较大的项目客户培训时，需程序部派一名工程师进行跟进，解决突发性问题；退出标准退出标准责任人责任人客户签写项目验收确认单测试负责人、客户负责人（五）项目维护阶段（五）项目维护阶段项目维护主要包括客户维护和后期的跟进测试以及安全检测。在一年免费服务范围内的前三个月，每月进行一次安全检测；过程要点过程要点输入条件输入条件工作内容工作内容1）客户咨询操作问题；2）定期进行网站漏洞安全检测；a.问题解决对客户提出的操作问题，及时给予解决；b.详细记录对客户所咨询的问题，记录到客户维护记录表中；c.安全检测内网：安全检测软件；外网：用 360 和百度漏洞安全检测；退出标准退出标准责任人责任人
14、1）解决客户所提出的操作问题；2）保存检测记录，包括检测报告和图片测试负责人详细说明详细说明五五、测试管理规范、测试管理规范（一）缺陷类型定义（一）缺陷类型定义本规范定义以下四类缺陷缺陷类型编号缺陷类型编号1 12 23 3缺陷类型缺陷类型性能问题功能错误描述描述不满足系统性能方面的需求，如：执行时间，事务处理速率等、因文件的大小而导致系统崩溃等未实现相关说明书中的功能要求界面及版式问题人机交互界面格式，确认用户输入，功能有效性，页面排4 4建议版美观度等方面的缺陷不是缺陷，而是从优化等方面来提出更好的建议（二）缺陷严重等级（二）缺陷严重等级定级划分定级划分界定标准界定标准需求书中的重要功能未
15、实现；开发的程序与需求不符的，需与程序部确认之后方可；造成系统崩溃、死机,并且不能通过其它方法实现功能；常规操作造成程序非法退出、死循环、通讯中断或异常，数据破坏丢失或数据库异常、且不能通过其它方法实现功能的。出现的错误导致测试无法进行的，如新增功能不好使，影响修改、删除等；严重错误通常使系统不稳定、不安全、或破坏数据、或产生错误结果，而且是常规操作中经常发生或非常规操作中不可避免的主要问题，如：重要功能基本能实现，但系统不稳定、一些边界条件下操作会导致run-time error、文件操作异常、通讯异常、数据丢失或破坏等错误；重要功能不能按正常操作实现，但可通过其它方法可实现；错误的波及面广
16、，影响到其它重要功能正常实现；密码明文显示；C/S、B/S 模式下，利用客户端某些操作可造成服务端不能继续正常工作的。程序的功能运行基本正常，但是存在一些需求、设计或实现上的缺陷；次要功能运行不正常，如：次要功能不能正常实现；操作界面错误（包括数据窗口内列名定义、含义不一致）；打印内容、格式错误；查询错误，数据错误显示；简单的输入限制未放在前台进行控制；删除操作未给出提示；数据库表中有过多的空字段；因错误操作迫使程序中断；找不到规律的时好时坏；数据库的表、业务规则、缺省值未加完整性等约束条件；经过一段时间运行后，系统性能或响应时间会变慢；重要资料，如密码未加密存放（包括配置文件中的密码），或其
17、它存在安全性隐患的；硬件或通讯异常发生恢复后，系统不能自动正常继续工作（需要过多的人工干预才行）；系统兼容性差，与其它支持系统一起工作时容易出错，而没有充分理由说明是由支持系统引起的；或者由于使用了非常规技术或第三方组件造成不能使用自动化测试工具进行测试的。程序在一些显示上不美观，不符合用户习惯，或者是一些文字的错误，如：界面不规范；辅助说明描述不清楚；输入输出不规范；长操作未给用户提示（或长操作结束后提示没有消失）；提示窗口文字未采用行业术语；可输入区域和只读区域没有明显的区分标志；界面存在文字错误；在功能实现方式上如果需求中没有明确定义，而没有按常规实现，并且不比常规方式实现优越的；(如用
18、户名第一位用数字或特殊字符)等级一等级一等级二等级二等级三等级三等级四等级四六、测试标准文档六、测试标准文档1、测试任务说明书2、测试计划3、测试用例4、测试总结报告5、缺陷跟踪报告6、使用说明书7、客户培训计划七、绩效考核标准七、绩效考核标准（参照附件绩效考核标准）附件附件 1 1：测试部绩效考核标准：测试部绩效考核标准测试工作绩效考核标准*天鼎目前的测试部人员，由网络营销部门人员共同组成，两部门实为同一组人员。为了提升测试部员工的工作积极性，确保能够按时保质保量的完成测试任务；为了企业可以赢得管理，增加效益。特制定此测试绩效考核标准。一、测试绩效的基本奖金额度测试部的整体绩效额度由项目规模
19、决定，项目标准及奖金额度如下：项目级别A 级B 级C 级D 级E 级F 级G 级H 级合同金额6,000 元10,000 元30,000 元50,000 元80,000 元100,000 元3,00,000 元3,00,000 元奖金额度100 元300 元500 元800 元1000 元1200 元3000 元3000-5000 元二、测试部奖金分配与处罚制度1、奖金分配制度1）测试部奖金分配人员主要包括测试主管、测试人员。测试人员奖金分为A、B、C 三个等级，具体参考如下表：奖金级别1、负责测试计划的编写；2、测试工作的分配、监督和执行角色评定标准提成比例备注1、剩余的 30%提成可以奖励
20、测试效率高、质量好，可以使测试部整体计划提前完成的测试人员；2、主管可以根据个人测试部主管3、测试报告汇总；4、测试完成后进行项目总结，并出具验收报告；5、与开发部的沟通和协调；6、解决测试过程中遇到的问题；25%1、测试出的缺陷数量多，工作细致并且有独特性；2、能按时保质保量完成测试工作，工作态度认真积极；A 级3、测试报告填写完整，描述清晰，能提出合理修改建议；4、主动跟踪缺陷修改情况；5、与开发部成员形成良好的沟通及配合；6、注重测试部整体团队合作；1、测试出的缺陷数量一般，且多为同类型缺陷；2、能按时完成测试工作，但工作不够认真细致；B 级3、测试报告填写较完整，描述较清晰，但不能提出
21、合理修改建议；4、被动跟踪缺陷修改情况；5、测试部整体团队合作一般；1、测试出的缺陷数量较少，同类缺陷数量多，工作不细致；2、能完成工作，但需要加班的（不给加班费）；C 级3、测试报告填写不完整，描述混乱，不能准确表达及描述问题；4、从不主动跟踪缺陷修改情况；5、很少与开发部成员进行沟通及配合；6、不注重测试部整体团队合作；10%15%20%表现分配奖励；测试组成员2）如果由于程序部没有进行自测，或者项目需求不明确的情况下，测试人员在客户验收之前，自主发现关键性问题，做好了最后的保障工作，给予奖金300 元；2、处罚制度角色测试组成员1）前两次给予警告；2）累计三次，取消该项目绩效奖；3）超过
22、 3 次，根据问题严重程度应给予 50-100 元处罚；1、客户验收后发现严重漏洞，扣除测试部整体奖金 100%2、客户验收后发现一般漏洞，扣除测试部整体奖金 50%3、客户验收后发现细节漏洞，扣除测试部整体奖金 20%4、依据项目需求，在功能性测试的基础上，让不合格的项目产品给客户部署上，造成客户抱怨时，该项目的主要测试负责人和测试部主管，应给予处罚，每次罚款 50-100 元；5、如无特殊原因，测试部没有按时完成测试任务，影响整个项目的上线部署和后期的客户培训，给公司造成成本增加时，应给予 50-100 元处罚；注：1、项目经理需要明确开发周期，合理的进行测试时间的安排；2、多个项目同时进
23、行时，会根据项目的紧急和重要程度，调整测试周期；3、测试周期，不包括程序部对 bug 的修改时间；处罚制度1、测试部人员没有按照测试主管安排，不能“按时保质保量”的完成测试任务，并且对工作有拖延者整体三、缺陷质量评判标准（也为组员奖金级别评定标准）：四、绩效奖励时间测试部绩效奖金分两阶段：1、第一阶段：核算时间，项目验收部署后客户未提疑义，核算测试奖金；2、第二阶段：款项到帐后当月，测试部提取测试奖金。注：测试工作随项目开展情况进行，未必每月都有。五、特殊情况说明1、未面向市场（即未产生直接经济效益）的产品及项目（例如省政协网站、*天鼎的后台产品等），测试奖金按原项目奖金额度的50%提取；2、
24、测试组成员奖金级别由测试部主管进行综合评定；六、举例十一月份进行测试的是消防内网，合同金额 8 万余元，整体奖金额度属于 F 级，即部门整体奖金 1000元，在整个项目测试过程中，孙老师得到 A 级奖金，得 20%的奖金 200 元；金鑫其次，得 15%奖金 150元，许婷测试情况一般，得10%的奖金 100 元，穆老师作为测试主管，得25%奖金 250 元。剩余30%奖金300 元，测试主管可以根据个人表现分配奖励；第一类：功能性问题，即未实现需求分析及设计时要求的功能要求，功能及链接不能正常使用1、非常严重：在功能说明书和客户需求确认书中所描述的主体功能没有实现，10 分/个2、较严重：功
25、能基本实现，在特定的情况下导致功能失败，7 分/个3、一般：功能部分失败，对整体功能的实现基本不造成影响，4 分/个4、轻微：功能提示不明确，系统易用性不好，2 分/个第二类：用户体验问题，即功能设计合理性以及用户使用便捷程度漏洞1、非常严重：重要、关键性功能操作没有明确提示，易造成重大隐患，7 分/个3、一般：数据的重要操作（如删除、添加、保存等）没有提示，3 分/个4、轻微：系统易用性不好，1 分/个第三类：界面问题，即页面设计的美观程度、浏览器兼容性等问题、错别字、错误链接等；1、一般：UI 中出现以下问题（文字内容错误、图片不正确），2 分/个2、轻微：UI 中出现以下问题（拼写错误、页面布局不合理、页面中有乱码、风格不一致、字体不一、语言不一致等），1 分/个质量2、较严重：界面及功能设计提示语句易误导用户，造成数据丢失等重大问题，5 分/个：分数级别越高注意（也为组员奖金级别评定标准）