文档介绍：
技技术有限公司软件测试管理规定
。
第二条测试目标
下面这些规则也可以看作是测试的目标或定义：
4

测试是为了发现程序中的错误而执行程序的过程；
好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案；
成功的测试是发现了至今为止尚未发现的错误的测试。
从上述规则可以看出，测试的正确定义是“为了发现程序中的错误而执行程序的过程”。
这和某些人通常想象的“测试是为了表明程序是正确的”，“成功的测试是没有发现错误的测
试”等等是完全相反的。正确认识测试的目标是十分重要的，测试目标决定了测试方案的设
计。如果为了表明程序是正确的而进行测试，就会设计一些不易暴露错误的测试方案；相反，
如果测试是为了发现程序中的错误，就会力求设计出最能暴露错误的测试方案。
由于测试的目标是暴露程序中的错误，从心理学角度看，由程序的编写者自己进行测
试是不恰当的。因此，在综合测试阶段通常由其他人员组成测试小组来完成测试工作。此外，
应该认识到测试决不能证明程序是正确的。即使经过了最严格的测试之后，仍然可能还有没
被发现的错误潜藏在程序中。测试只能查找出程序中的错误，不能证明程序中没有错误。
第三条适用范围
本规范是对项目软件测试的一份指导性文件，对软件测试过程中所涉及到的测试理
论、测试类型、测试方法、测试标准、测试流程以及软件产品开发单位所承担的职责进行总
体规范，以有效保证软件产品的质量。
第二章测试职责
测试职责是指在项目开发过程中跟测试工作有关的角色进行任务分配的，主要包含的角
色以及工作职责如下：
测试组长：由测试经理或项目经理指定项目组成员其他人员担任，测试组长负责：
分析需求并进行细化可用于执行测试的需求
制定测试计划
5

参与、跟踪测试过程
对测试活动和结果进行分析，撰写测试分析报告
测试人员：由项目组成员担任，负责：
根据测试计划编写测试用例
搭建测试环境，准备测试脚本
执行测试，记录测试结果和缺陷
执行回归测试
开发人员：由项目组成员担任，负责：
单元测试
功能开发完毕之后，提交测试之前的确认测试
第三章需求分析
首先了解前期的需求调研报告、客户提出的业务需求功能点，以及本公司对需求的理
解及说明，其次参加需求评审、设计评审。通过对文档分析，分解各功能模块，各功能点，
为测试用例设计提供数据依据。
反复检查并理解各种信息，和用户交流，理解他们的要求。可以按照以下步骤执行：
1）确定软件提供的主要商业任务
2）对每个商业任务，确定完成该任务所要进行的交易。
3）确定从数据库信息引出的计算结果。
4）对于对时间有要求的交易，确定所要的时间和条件。这些条件包括数据库大小、机
器配置、交易量、以及网络拥挤情况。
5）确定会产生重大意外的压力测试，包括：内存、硬盘空间、高的交易率
6）确定应用需要处理的数据量。
7）确定需要的软件和硬件配置。通常情况下，不可能对所有可能的配置都测试到，因
此要选择最有可能产生问题的情况进行测试，包括：最低性能的硬件、几个有兼容性问题的
软件并存、客户端机器通过最慢的LAN/WANF连接访问服务器。
6

8）确定其他与应用软件没有直接关系的商业交易。包括：
管理功能，如启动和推出程序
配置功能，如设置打印机
操作员的爱好，如字体、颜色
应用功能，如访问email或者显示时间和日期。
9）确定安装过程，包括定置从哪安装、定制安装、升级安装。
10）确定没有隐含在功能测试中的户界面要求。大多界面都在功能测试时被测试到。
还有写没有测到，如：操作与显示的一致性，如使用快捷键等；界面遵从合理标准，如按钮