软件测试管理规范.doc

卡友研发中心质量体系
2
16
软件测试管理手册
软件测试管理手册
文件状态：
【 】草 稿
【 】修 改 稿
【√】正式发布。
6〕确定应用需要处理的数据量。
7〕确定需要的软件和硬件配置。通常情况下，不可能对所有可能的配置都测试到，因此要选择最有可能产生问题的情况进行测试，包括：最低性能的硬件、几个有兼容性问题的软件并存、客户端机器通过最慢的LAN/WANF连接访问效劳器。
8〕确定其他与应用软件没有直接关系的商业交易。包括：
管理功能，如启动和退出程序
配置功能，如设置打印机
操作员的爱好，如字体、颜色
软件测试管理手册
卡友研发中心质量体系
2
2
应用功能，如访问email或者显示时间和日期。
9〕确定安装与部署过程，包括定置从哪安装、定制安装、升级安装。需要的部署物理结构，机器配置等。
10〕确定没有隐含在功能测试中的用户界面要求。大多界面都在功能测试时被测试到。还有些没有测到，如：操作与显示的一致性，如使用快捷键等；界面遵从合理标准，如按钮大小，标签等。
测试策略
测试策略用于说明某项工作的测试方法与目标。系统测试策略主要针对系统测试需求确定测试类型及实施的测试方法与技术。
采用的测试类型，对于测试案例的设计谋略；
用于测试评估结果和测试是否完成的标准；
对测试策略所述的测试工作存在影响的特殊事项；
基于时间、进度、度量的软件测试平衡策略的考虑；
测试方案
测试进入条件
工程启动后，工程或者产品需求〔UI原型〕完成并经过评审；即可启动测试工作；
测试方案
根据测试的种类，测试方案分为功能测试和非功能测试方案。测试方案旨在说明各测试阶段任务、人员分配、时间安排、测试要点、工作标准等。测试方案在策略和方法方面说明如何方案、组织和管理测试工程。测试方案包含足够的信息使测试工程师明白工程需要做什么是如何运作的。测试方案不包括测试用例的细节和系统功能的详细信息。测试方案应附有测试功能点矩阵、测试性能点矩阵。
测试方案应在工程组内进行评审。参与测试方案评审的人员包括：工程经理、测试组长、开发组长、测试工程师。
测试用例
测试用例是为实施测试而向被测试系统提供的输入数据、操作或各种环境设置以及期望结果的一个特定的集合。解决要测什么、怎么测和如何衡量的问题。
从测试结构上面划分分为黑盒测试、白盒测试2种，他们各自有不同的测试方式，目前本公司只考虑黑盒测试
软件测试管理手册
卡友研发中心质量体系
2
4
，以下设计方法以黑盒方法为例。
测试用例操作步骤
在设计编写测试用例时，首先要从测试用例库中选择相应功能的测试用例，在原有测试用例的根底上依据系统需求文档对测试用例的进行修改、更新，评审通过后将使用该测试用例测试被测系统。
在测试工程结束后，统计分析所使用过的测试用例，进行分类放到相应的测试用例库中。为以后测试用例的设计编写提供数据根底。
测试用例选择准那么
测试用例的代表性：能够代表各种合理和不合理的、合法的和非法的、边界和越界的,以及极限的输入数据、操作和环境设置等；
测试结果的可判定性：即测试执行结果的正确性是可判定的或可评估的；
测试结果的可再现性：即对同样的测试用例,系统的执行结果应当是相同的。
测试软/硬件环境
根据需求文档提供的内容，与研发沟通确定测试工程所需的软硬件环境，完成对测试工程所需软硬件资源的准备工作，使软硬件资源得到满足。软件硬件资源确实定需要在工程进入测试之前完成。
完成对软硬件资源的配置后，要进行对测试工程的软硬件环境进行检查，确认对软硬件资源配置的有效性。
测试数据准备
完成对测试工程根本数据的准备操作，包括数据库连接、用户信息、用户角色权限、单位组织等信息和测试相关的测试数据。
测试执行
工程测试周期
测试工程的测试周期可分为：单元测试、接收测试、集成测试、系统测试、回归测试、性能测试、配置测试等等。根据不同工程或产品的特性，可以选型不同的测试周期，但集成测试、系统测试、回归测试是必不可少的，性能测试根据具体产品与工程情况而定。
工程测试启动
软件工程测试活动的正式启动，是在确认软件可测试性后展开的。软件业务组内的测试人员与开发人员需要一起完成
软件测试管理手册
卡友研发中心质量体系
2
5
代码的单元测试并形成?单元测试报告?，单元测试效果通过接收测试验证。
工程测试阶段
测试工程师依据测试方案和测试用例进行测试活动。
测试一般分为三个阶段：
业务模块组内的单元测试与随测，由业务模块组内