文档介绍：软件测试方案
***科技有限公司
***技技术有限公司
软件测试管理规定
文件编号：
生效日期：
受控编号：
密级：
版次：第 版
修改状态
总段通常由其他人员组成测试小组来完成测试工作。此外，应该认识到测试决不能证明程序是正确的。即使经过了最严格的测试之后，仍然可能还有没被发现的错误潜藏在程序中。测试只能查找出程序中的错误，不能证明程序中没有错误。
第三条 适用范围范围
本标准是对工程软件测试的一份指导性文件，对软件测试过程中所涉及到的测试理论、测试类型、测试方法、测试标准、测试流程以及软件产品开发单位所承当的职责进行总体标准，以有效保证软件产品的质量。
第二章 测试职责
测试职责是指在工程开发过程中跟测试工作有关的角色进行任务分配的，主要包含的角色以及工作职责如下：
***科技有限公司
测试组长：由测试经理或工程经理指定工程组成员其他人员担任，测试组长负责：
分析需求并进行细化可用于执行测试的需求
制定测试方案
参与、跟踪测试过程
对测试活动和结果进行分析，撰写测试分析报告
测试人员：由工程组成员担任，负责：
根据测试方案编写测试用例
搭建测试环境，准备测试脚本
执行测试，记录测试结果和缺陷
执行回归测试
开发人员：由工程组成员担任，负责：
单元测试
功能开发完毕之后，提交测试之前确实认测试
第三章 需求分析测试准备
首先了解前期的需求调研报告、客户提出的业务需求功能点，以及本公司对需求的理解及说明，其次参加需求评审、设计评审。通过对文档分析，分解各功能模块，各功能点，为测试用例设计提供数据依据
***科技有限公司
。
反复检查并理解各种信息，和用户交流，理解他们的要求。可以按照以下步骤执行：
1〕确定软件提供的主要商业任务
2〕对每个商业任务，确定完成该任务所要进行的交易。
3〕确定从数据库信息引出的计算结果。
4〕对于对时间有要求的交易，确定所要的时间和条件。这些条件包括数据库大小、机器配置、交易量、以及网络拥挤情况。
5〕确定会产生重大意外的压力测试，包括：内存、硬盘空间、高的交易率
6〕确定应用需要处理的数据量。
7〕确定需要的软件和硬件配置。通常情况下，不可能对所有可能的配置都测试到，因此要选择最有可能产生问题的情况进行测试，包括：最低性能的硬件、几个有兼容性问题的软件并存、客户端机器通过最慢的LAN/WANF连接访问效劳器。
8〕确定其他与应用软件没有直接关系的商业交易。包括：
***科技有限公司
管理功能，如启动和推出程序
配置功能，如设置打印机
操作员的爱好，如字体、颜色
应用功能，如访问email或者显示时间和日期。
9〕确定安装过程，包括定置从哪安装、定制安装、升级安装。
10〕确定没有隐含在功能测试中的户界面要求。大多界面都在功能测试时被测试到。还有写没有测到，如：操作与显示的一致性，如使用快捷键等；界面遵从合理标准，如按钮大小，标签等。
第四章 测试策略
测试策略用于说明某项工作的测试方法与目标。系统测试策略主要针对系统测试需求确定测试类型及实施的测试方法与技术。测试策略一般包括以下内容：
要实施的测试类型与目标
确定系统测试策略首先要清楚地所实施系统测试的类型和测试目标。系统测试类型一般包括：
功能测试
性能测试
负载测试
强度测试
***科技有限公司
容量测试
平安性测试
配置测试
故障恢复测试
安装测试
文档测试
用户界面测试
其中，功能测试，配置测试，安装测试在一般情况下是必需的，其它类型的测试可根据需求进行裁剪。
采用的技术：系统测试主要采用黑盒测试技术来设计测试用例来确定软件是否满足需求规格说明中的要求。
用于测试评估结果和测试是否完成的标准
对测试策略所述的测试工作存在影响的特殊事项
第四章 测试方案
根据测试的种类，测试方案分为功能测试和性能测试方案。测试方案旨在说明各测试阶段任务、人员分配、时间安排、测试要点、工作标准等。测试方案在策略和方法方面说明如何方案、组织和管理测试工程。测试方案包含足够的信息使测试人员明白工程需要做什么是如何运作的。测试方案不包括测试用例的细节和系统功能的详细信息。测试方案应附有测试功能点矩阵、测试性能点矩阵。
***科技有限公司
测试方案应在工程组内进行评审。参与测试方案评审的人员包括：工程经理、测试组长、开发组长、测试组员。
第五章 测试用例
测试用例是为实施测试而向被测试系统提供的输入数据、操作或各种环境设置以及期