文档介绍：软件测试规范管理()修订历史记录日期版本作者审核者说明20123-3-**初稿目录1. 概要 . 目的、名词定义 32. 测试职责 33. 测试流程图 44. 测试申请 55. 测试准备 66. 测试执行 77. 缺陷管理 98. 测试结果分析 99. 约定 910. 标准文档 10概要目的本文档是测试和开发团队的日常工作规范,主要侧重测试工作流程的控制,明确软件工程的各阶段测试应完成的工作以及开发应提供的文档。,即适用于参与项目的所有开发和测试人员。、:需求文档,概要设计,详细设计,用户手册等。、测试用例说明、BUG报告及分析、测试总结,以及测试工作全部完成后的测试报告等。测试文档由测试人员编写并维护。)A类:致命缺陷,最严重的等级,缺陷会导致网站任何一个主要功能完全丧失,用户数据受到破坏、系统崩溃、死机等。2)B类:严重缺陷,系统的主要功能部分丧失、数据不能完整保存,系统的次要功能完全丧失,系统所提供的服务和功能受到明显的影响3)C类:一般缺陷,系统的次要功能没有完全实现,但不影响用户的正常使用4)D类:较小缺陷,界面错误、菜单布局不合理,提示不准确等,在使用过程中跟用户带来一定的不方便和操作难度5)E类:建议缺陷,对网站使用的友好性有影响,如拼写错误、界面布局、文档的可读性、操作的一致性等测试职责测试是软件开发过程中的重要组成部分,肩负着如下责任:在项目的前景、需求文档确立基线前对文档进行测试,从用户体验和测试的角度提出自己的看法。编写合理的测试计划,并与项目整体计划有机地整合在一起。编写覆盖率高的测试用例。针对测试需求进行相关测试技术的研究。认真仔细地实施测试工作,并提交测试报告供项目组参考。测试流程图参与需求分析,了解项目需求内容制定项目计划制定测试计划编写测试用例回归问题单执行测试用例提交bug,开发进行修改修改补充测试用例提交测试总结报告测试申请开发组向测试负责人提交《测试申请表》,该文档要说明:申请测试人员数量,进行哪些功能的测试,需要提交哪些测试文档,测试周期,测试环境要求。《需求文档》、《概要设计》、《详细设计》、《开发进度表》《送测表》,其中包括可测试内容和测试注意事项研发人员提交送测表测试人员根据测试表以及关键用例进行冒烟测试返回开发进行修改冒烟测试是否通过否正式进入测试,执行测试用例,编写测试报告,提交bug至缺陷库测试完毕提交报告给开发开发人员修改bug,更新缺陷库,、设计评审。对《需求说明书》、《系统界面原型》和《软件设计说明书》等进行阅读和审查,与产品经理、项目经理沟通,根据系统功能复杂度,系统业务复杂度估算开发时间和有效测试执行时间,为项目总计划和测试计划的制定提供参考和依据。通过对文档分析,分解各功能模块,各功能点,为测试用例设计提供数据依据。。测试计划旨在说明各测试阶段任务、人员分配、时间安排、测试要点、工作规范等。测试计划在策略和方法方面说明如何计划、组织和管理测试项目。测试计划完成后应该在项目组内进行评审。、操作或各种环境设置以及期望结果的一个特定的集合。解决要测什么、怎么测和如何衡量的问题。依据用户需求分析说明书、概要设计文档和开发详细设计说明书来设计测试用例,发现需求与设计中的问题后,与需求作者及时沟通确认。、边界值分析、基于判定表的测试、基于因果图的测试、基于状态图的测试、基于场景的测试。在设计测试用例时常用的设计方法有等价类测试、边界值分析两种方法。,首先要从测试用例库中选择相应功能的测试用例,在原有测试用例的基础上依据系统需求文档对测试用例的进行修改、更新,评审通过后将使用该测试用例测试被测系统。在测试的执行过程中和进行回归测试