文档介绍：软件测试管理手册
文件状态:
【】草稿
【】修改稿
【√】正式发布
文档编号
保密等级
内控
作者
最后完成日期
审核人员
最后审核日期
批准人
最后批准日期
修改记录
日期
版本
作者/修改者
修订类型
描述
2017-02-7
修改
根据原卡友智能的软件测试过程进行修订
目录
1 导言 1
概述 1
目标 1
适用范围 1
2 测试职责 1
3 测试需求分析 2
4 测试策略 3
5 测试计划 3
测试进入条件 3
测试计划 3
6 测试用例 3
测试用例操作步骤 4
测试用例选择准则 4
测试软/硬件环境 4
测试数据准备 4
7 测试执行 4
项目测试周期 4
项目测试启动 4
项目测试阶段 5
项目测试结束 5
测试执行过程绩效考核 5
8 测试变更 6
9 缺陷管理 7
缺陷基本属性 7
缺陷管理流程 8
缺陷分类 9
缺陷定义 11
缺陷完成度 12
处理机制 12
10 测试结果分析 13
测试完成的标准 13
保留的缺陷 13
测试退出 14
11 敏捷测试 15
12 业务开发组测试与测试组测试的联系与区别 16
职责上区别与联系 16
边界的划分 16
导言
概述
制定本过程与规范的目的是为了规范软件测试过程中的软件测试活动,明确软件测试过程中业务单元开发小组的内部测试与测试组之间的系统业务集成测试的关系与区别;明确软件测试过程中的工作原则与方法。本规范作为软件测试工作的标准与指南。
目标
测试的正确定义是“为了发现程序中的错误而执行程序的过程”。为了更好地执行好测试,我们明确以下目标:
测试是为了发现程序中的错误而执行程序的过程;
好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案;
成功的测试是发现了至今为止尚未发现的错误的测试。
适用范围
本规范是对项目软件测试的一份指导性文件,对软件测试过程中所涉及到的测试理论、测试类型、测试方法、测试标准、测试流程以及软件产品开发单位所承担的职责进行总体规范,以有效保证软件产品的质量。
测试职责
测试职责是指在项目开发过程中跟测试工作有关的角色分工,主要包含的角色以及工作职责如下:
测试经理:
负责产品业务需求与测试任务的对接与安排;
组织和指导测试组长完成项目的测试工作;
负责测试组内资源的协调和管理;
定期组织测试的总结和分析;
负责测试过程中与开发、产品的业务协调和业务确认;
测试组长(产品测试负责人):
分析需求并进行细化可用于执行测试的需求
制定测试计划
参与、跟踪测试过程
统计测试数据
对测试活动和结果进行分析,撰写测试分析与总结报告
测试工程师:
根据测试计划编写测试用例
搭建测试环境,准备测试脚本
执行测试,记录测试结果和缺陷,跟踪缺陷的解决
执行回归测试
提交测试数据
技术支持工程师:
环境支持
版本发布支持
测试需求分析
首先了解产品或者客户提出的业务需求功能、形成的产品需求,以及本公司对需求的理解及说明,参加需求评审、设计评审。通过对文档分析,分解各功能模块和功能,为测试用例设计提供数据依据。
反复检查并理解各种信息,与产品或用户交流,理解他们的要求。可以按照以下步骤执行:
1)确定软件提供的主要商业任务,即根据价值确定的需求。
2)对每个商业任务,确定完成该任务所要进行的功能。
3)确定从数据库信息引出的计算结果。
4)对于对时间有要求的交易,确定所要的时间和条件。这些条件包括数据库大小、机器配置、交易量、以及网络拥挤情况。
5)确定会产生重大意外的压力测试,包括:内存、硬盘空间、高频度的交易。
6)确定应用需要处理的数据量。
7)确定需要的软件和硬件配置。通常情况下,不可能对所有可能的配置都测试到,因此要选择最有可能产生问题的情况进行测试,包括:最低性能的硬件、几个有兼容性问题的软件并存、客户端机器通过最慢的LAN/WANF连接访问服务器。
8)确定其他与应用软件没有直接关系的商业交易。包括:
管理功能,如启动和退出程序
配置功能,如设置打印机
操作员的爱好,如字体、颜色
应用功能,如访问email或者显示时间和日期。
9)确定安装与部署过程,包括定置从哪安装、定制安装、升级安装。需要的部署物理结构,机器配置等。
10)确定没有隐含在功能测试中的用户界面要求。大多界面都在功能测试时被测试到