软件测试管理规范.docx

软件测试管理手册
文件状态：
【】草稿
【】修改稿
[V]正式发布
文档编号
保密等级
内控
作者
最后完成日期
审核人员
最后审核日期
批准人
最后批准日期
修改记录
日期用于测试评估结果和测试是否完成的标准；
对测试策略所述的测试工作存在影响的特殊事项；
基于时间、进度、度量的软件测试平衡策略的考虑；
测试计划
测试进入条件
项目启动后，项目或者产品需求（UI原型）完成并经过评审；即可启动测试工作；
测试计划
根据测试的种类，测试计划分为功能测试和非功能测试计划。测试计划旨在说明各测试阶段任务、人员
分配、时间安排、测试要点、工作规范等。测试计划在策略和方法方面说明如何计划、组织和管理测试项目。
测试计划包含足够的信息使测试工程师明白项目需要做什么是如何运作的。测试计划不包括测试用例的细节
和系统功能的详细信息。测试计划应附有测试功能点矩阵、测试性能点矩阵。
测试计划应在项目组内进行评审。参与测试计划评审的人员包括：项目经理、测试组长、开发组长、测
试工程师。
测试用例
测试用例是为实施测试而向被测试系统提供的输入数据、操作或各种环境设置以及期望结果的一个特定
的集合。解决要测什么、怎么测和如何衡量的问题。
从测试结构上面划分分为黑盒测试、白盒测试2种，他们各自有不同的测试方式，目前本公司只考虑黑
盒测试，以下设计方法以黑盒方法为例。
测试用例操作步骤
在设计编写测试用例时，首先要从测试用例库中选择相应功能的测试用例，在原有测试用例的基础上依
据系统需求文档对测试用例的进行修改、更新，评审通过后将使用该测试用例测试被测系统。
在测试项目结束后，统计分析所使用过的测试用例，进行分类放到相应的测试用例库中。为以后测试用
例的设计编写提供数据基础。
测试用例选择准则
测试用例的代表性：能够代表各种合理和不合理的、合法的和非法的、边界和越界的,以及极限的输入
数据、操作和环境设置等；
测试结果的可判定性：即测试执行结果的正确性是可判定的或可评估的；
测试结果的可再现性：即对同样的测试用例,系统的执行结果应当是相同的。
测试软/硬件环境
根据需求文档提供的内容，与研发沟通确定测试项目所需的软硬件环境，完成对测试项目所需软硬件资
源的准备工作，使软硬件资源得到满足。软件硬件资源的确定需要在项目进入测试之前完成。
完成对软硬件资源的配置后，要进行对测试项目的软硬件环境进行检查，确认对软硬件资源配置的有效
性。
测试数据准备
完成对测试项目基本数据的准备操作，包括数据库连接、用户信息、用户角色权限、单位组织等信息和
测试相关的测试数据。
测试执行
项目测试周期
测试项目的测试周期可分为：单元测试、接收测试、集成测试、系统测试、回归测试、性能测试、配置
测试等等。根据不同项目或产品的特性，可以选型不同的测试周期，但集成测试、系统测试、回归测试是必
不可少的，性能测试根据具体产品与项目情况而定。
项目测试启动
软件项目测试活动的正式启动，是在确认软件可测试性后展开的。软件业务组内的测试人员与开发人员
需要一起完成代码的单元测试并形成《单元测试报告》，单元测试效果通过接收测试验证。
项目测试阶段
测试工程师依据测试计划和测试用例进行测试活动。
测试一般分为三个阶段：
.业务模块组内的单元测试与随测，由业务模块组内的测试人员与开发人员共同一起完成；业务组的测试人员主要对业务模块开发组的每天完成的功能进行随测，对已完成功能的核心代码部分完成单元测试（白盒测试）；
.集成测试、系统测试阶段：该阶段测试工程师实时提交缺陷，并跟踪缺陷，验证缺陷，直到提交的缺陷被关闭或被保留。开发人员周期性提交修改过缺陷的新版本，测试工程师在新版本上验证缺陷。
.回归测试阶段：在集成测试、系统测试阶段完成后，产品将进入回归测试阶段。测试工程师对修改后的产品进行重新功能验证，确保修改的正确性，验证在修改缺陷的同时没有引入新的问题。回归缺陷是指开发人员标示已修改的缺陷，经测试后发现仍未修改正确，或引入其他缺陷，或在前一个版本中未发现的缺陷，在后一个版本中出现。
.在测试过程中，测试组长每天下班以前需要花15-30分钟组织开发人员、测试工程师和项目经理对
BUG进彳fREVIEW由项目经理给出BUG相应的解决时间。
如产品进行性能测试，则需要在性能测试后，进行一轮回归测试，确保功能的正确性。
项目测试结束
项目测试结束时应达到测试质量目标所规定的标准。通过评审后结束该项目测试。
测试执行过程绩效考核
为促进开发人员积极主动做好质量工作，对开发人员进行考核。
序号
开发人员考核内容
考核评分标准