测试部管理规范.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万：测试主管或者商务进行培训；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元，测试主管可以根据个人表现分配奖励； 墙专摜錫許廣驀。