《软件测试方案(整体方案)》由会员分享，可在线阅读，更多相关《软件测试方案(整体方案)（27页珍藏版）》请在金锄头文库上搜索。
1、软件测试整体测试计划与方案文件状态：文件标识：V 草稿当前版本：V1.1.1正式发布作者：正在修改完成日期：内部资料，可为以后规范测试行为使用版本历史版本/状态备注目录1.概述 52.适用对象和范围 53.术语、名词定义 53.1. 系统测试 53.2. 黑盒测试（功能测试） 53.3. 白盒测试 53.4. 灰盒测试 53.5. 健壮性测试（容错能力 /恢复能力测试） 63.6. 接口测试 63.7. 强度测试 63.8. 压力测试 63.9. 性能测试 63.10. 安全测试 73.11. 可靠性测试 73.12. 安装 /反安装测试（公司一般系统不需要进行该测试） 73.13. 文档测试
2、 74. 测试工作流程 84.1. 测试管理总流程 84.2. 制定测试计划工作流程 84.3. 设计测试用例工作流程 94.4. 执行测试工作流程 94.4.1. 测试工作总体流程 94.4.2. 单元测试工作流程 104.4.3. 集成测试工作流程 114.4.4. 系统测试工作流程 124.4.5. 验收测试工作流程 144.5. 缺陷管理与改错流程 155. 测试参考文档和测试提交文档 165.1. 测试参考文档 165.2. 测试提交文档 166. 测试资源 176.1. 人力资源 176.1.1.人员、角色及职责 176.2. 测试工具 177. 测试方法和方式 178. 测试中断
3、与开始的标准 189. 测试范围与测试任务 189.1. 测试任务 1910. 测试用例编写方案及相关约定 2010.1. 编写原则 2010.2. 衡量测试用例设计的质量标准 2010.3. 测试用例管理 2110.4. 测试用例与开发的对应关系约定 2110.5. 测试用例类型约定 2110.6. 测试阶段、类型与执行角色的关系约定 2210.7. 测试用例清单 2211. 缺陷管理与改错计划 2211.1. 流程图 2211.2. 缺陷管理手段 2211.3. 缺陷管理规则 2212. 实施建议 23附录一 缺陷分类 23附录二 缺陷严重程度 241. 概述为了提高检测出错误的几率，使测
4、试能有计划地、有条不紊地进行，就必须要编制 测试相关文件。而标准化的测试文件就如同一种通用的参照体系，可达到便于交流的目 的。文件中所规定的内容可以作为对测试过程完备性的对照检查表，故采用这些文件将 会提高测试过程的每个阶段的能见度，极大地提高测试工作的可管理性。2. 适用对象和范围主要针对对象为软件管理人员、软件开发人员和软件测试人员。3. 术语、名词定义3.1. 系统测试系统测试是通过与系统的需求规格作比较，发现软件与系统需求规格不相符合或与 之矛盾的地方。它将通过确认测试的软件，作为整个基于计算机系统的一个元素，与计 算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合起来，在实际
5、运行 （使用）环境下，对计算机系统进行的测试。3.2. 黑盒测试（功能测试）黑盒测试是基于系统需求规格，在不知道系统或组件的内部结构的情况下进行的测 试。通常又将黑盒测试叫做：基于规格的测试、输入输出测试、功能测试或数据驱动测 试。是基于用户观点出发的测试。主要是验证功能是否符合需求， 包括原定功能的检验、 是否有冗余功能、遗漏功能。3.3. 白盒测试白盒测试也叫结构测试、逻辑驱动测试或给予程序的测试。主要是分析程序的内部 构造，并根据内部构造设计测试用例。3.4. 灰盒测试可以理解为静态的白盒测试或动态的黑盒测试 ，灰盒就是界于黑白之间 , 对软件内部有所了解 , 但不见得到了如指掌的程度
6、, 却可以结合这些了解做些比黑盒多点的测试。3.5. 健壮性测试（容错能力 /恢复能力测试）侧重于程序容错能力的测试。本测试在单元测试阶段和系统测试阶段都要进行。如 数据边界测试、非法数据测试、异常中断测试等等，主要是验证程序对各种异常情况是 否进行正确处理。3.6. 接口测试程序员对各个模块进行系统联调的测试，包含程序内接口和程序外接口测试。这个 测试，在单元测试阶段进行了一部分工作，而大部分都是在集成测试阶段完成的。建议 由开发人员进行。3.7. 强度测试强度测试检查程序对异常情况的抵抗能力。强度测试总是迫使系统在异常的资源配 置下运行。例如，当中断的正常频率为每秒一至两个时，运行每秒产生
7、十个中断的测 试用例；定量地增长数据输入率，检查输入子功能的反映能力；运行需要最大存储 空间（或其他资源）的测试用例；运行可能导致虚存操作系统崩溃或磁盘数据剧烈抖 动的测试用例，等等。3.8. 压力测试对系统不断施加压力的测试，是通过确定一个系统的瓶颈或者不能接收的性能点， 来获得系统能提供的最大服务级别的测试。 例如测试一个 Web 站点在大量的负荷下， 时系统的响应会退化或失败。3.9. 性能测试在交替进行负荷和强迫测试时常用的术语。性能测试关注的是系统的整体。它和通 常所说的强度、压力 /负载测试有密切关系。所以压力和强度测试应该于性能测试一同进 行。3.10. 安全测试主要是测试系统在
8、没有授权的内部或者外部用户对系统进行攻击或者恶意破坏时 如何进行处理，是否仍能保证数据的安全。测试人员可以学习一些黑客技术，来对系统 进行攻击。3.11. 可靠性测试这里是比较狭义的可靠性测试，它主要是对系统能否稳定运行进行一个统计，在实际工作中如果没有条件可以不必特意去做。重点做好与之紧密相关的功能测试、健壮性 测试就可以了。3.12. 安装/反安装测试（公司一般系统不需要进行该测试）安装测试主要检验软件是否可以正确安装，安装文件的各项设置是否有效，安装后能否影响原系统；反安装是逆过程，测试是否删除干净，是否会影响原系统等。3.13. 文档测试主要测试开发过程中针对用户的文档，以需求、用户手
9、册等为主，检验文档是否和 实际应用存在差别。文档测试主要检查文档的正确性、完备性和可理解性。正确性是指不要把软件的功 能和操作写错，也不允许文档内容前后矛盾。完备性是指文档不可以“虎头蛇尾” ，更不许漏掉关键内容。 文档测试不需要编写测试用例。4. 测试工作流程4.1. 测试管理总流程迭代制定测试计划亠设计测试用例亠执行测试用例F-缺陷管理与改错4.2. 制定测试计划工作流程确定阶段的测试范围和任务确定测试方法和方式确定测试环境与辅助工具确定测试完成准则确定测试人员与任务表输入需求规格说明书测试计划确定测试相关规范和约定输入项目计划书4.3. 设计测试用例工作流程需求分析阶段结束后依据需求文档
10、生成系统测试对应的用例依据概要设计、体系设计文档概要设计阶段结束后集成测试对应的用例详细设计阶段依据详细设计文档生成 单元测试对应的用例4.4. 执行测试工作流程4.4.1. 测试工作总体流程说明：集成测试和系统测试的反馈意见可能导致设计文档（需求或数据库）的修改。4.4.2. 单元测试工作流程4.4.3. 集成测试工作流程4.4.4. 系统测试工作流程说明：压力测试为模拟用户正常使用时，系统正常工作的最小时间。说明：测试系统的崩溃极限（最多使用人数和数据库的极限容量）4.4.5. 验收测试工作流程说明：验收测试的人员应包含非本系统的人员。4.5. 缺陷管理与改错流程是否由项目经理或测试组长是
11、否确认是否为bug确认是否为bug测试人员或项目经理 再次测试员发现一个bug（当前状态置为NEW）将bug状态置为（OPEN/REOPEN）测试员回归测试将bug状态置为（CLOSE）开发人员修复bug将状态置为（FIXED）5. 测试参考文档和测试提交文档5.1. 测试参考文档表列出了制定测试计划时所使用的文档，并标明了各文档的可用性：文档（版本/日期）已创建或可用已被接收或已经过复审作者或来源备注软件需求规格说明书是否是否软件概要设计是否是否软件详细设计是否是否模块开发手册 测试计划及方案 测试报告用户操作手册 安装指南是否 是否 是否 是否 是否是否 是否 是否 是否 是否5.2. 测
12、试提交文档文档（版本/日期）已创建或可用已被接收或己经过复审作者或来源备注测试计划及方案是否是否测试用例是否是否可考虑通过td产生测试报告是否是否可考虑通过td产生6. 测试资源6.1. 人力资源6.1.1. 人员、角色及职责人员角色职责、任务备注项目经理测试小组长、测试设计员测试设计员测试员测试设计员测试员开发人员6.2. 测试工具用途工具生产厂商/自产版本备注测试管理TestDirectorMercury InterActive具体使用约定请参照测试工具使用约定及软件开发与测试配合工作规范压力测试LoadRunnerMercury InterActive功能测试WinRunnerMercury InterActiveXML工具Xml Spy解析、验证XML，通过XSD生成XML文件DB2数据库工具D
