(a系统测试计划.docVIP

A系统 测试计划 2006年6月9日  产品名称 A 文档编号 XJ-P-01 版本号 1.0 页 数 13 文档名称: 测试计划 作者： 高行雨 日期： 2006-06-09 审核： 日期： 批准： 日期： 目录 目录 3 第一章 总论 4 1.1项目背景 4 1.2项目目标 4 1.3文档目的 4 第二章 测试策略 5 2.1整体策略 5 2.2测试范围 5 2.3风险分析 5 第三章 测试方法 6 3.1里程碑技术 6 3.2测试用例设计 6 3.3测试实施过程 6 3.4测试方法概述 7 第四章 测试组织 8 第五章 资源需求 9 5.1硬件需求 9 5.2软件需求 9 第六章 时间进度安排 10 第七章 测试过程管理 11 7.1测试文档 11 7.2缺陷处理过程 11 7.3测试报告 11 第八章 附件 12 第九章 变更记录 13 第一章 总论 1.1项目背景 A系统是一套销售行业的管理信息系统，由于开发时间比较仓促，所以目前系统存在较多的问题，将该系统作为测试的练习项目比较合适。 1.2项目目标 由于系统存在的问题较多，所以本次测试应在有限的时间内尽可能多的发现软件的问题，在本次测试中应尽量将以前所学的理论知识投入到实践中，通过实践加强测试的动手能力。 1.3文档目的 本测试计划主要阐述仙居系统测试过程中的一些细节，提供一个规范和框架： 确定测试的范围、策略和方法； 明确测试的目标，以及测试过程中各测试人员的主要职责与分工； 使测试具有更好的可控制性和可管理性； 对测试过程中的资源进行合理的计划，争取以最少的资源获取最大的收益； 本文档是本项目测试整个过程进行的依据、规范和标准； 第二章 测试策略 2.1整体策略 制定本项目的测试过程策略如下： 测试人员首先熟悉系统，然后按照依次编写测试需求、测试计划、测试用例； 根据系统的整体规划，各项工作均分模块进行，每个测试人员负责相应的模块； 测试需求的制定应做到全面、详细、规范，科学划分需求的优先级； 测试用例的编写应主要依据测试需求进行，如发现测试需求中不合理的地方，及时通知需求编写人员，作相应的修改； 由于时间紧迫，对于优先级较高的测试用例应优先执行； 测试执行过程中对测试用例逐步的完善； 测试执行过程中，要确保测试执行的可控制性，认真填写测试执行记录、缺陷记录； 测试结束后，对测试结果进行分析，总结整个测试过程； 本项目的测试重点为：系统维护、进货管理、销售管理、库存管理、报表管理、物价管理六个模块； 10、本项目测试主要为功能性测试，性能测试暂不考虑； 测试方法 本项目采用黑盒测试方法； 本项目测试过程中不采用任何测试工具； 2.2测试范围 本项目测试主要为： 1、系统维护、进货管理、销售管理、库存管理、报表管理、物价管理六个模块； 2、界面功能与风格； 软件的安装测试； 2.3风险分析 本项目没有相应的开发方面文档，只能通过对现有软件的使用来获得测试的内容，所以无法对系统有深入的了解，这将会跟测试带来一定的难度，同时也会降低测试的质量； 本项目测试的时间规定为4天，由于测试人员的经验不够丰富，测试进度比较紧张，有可能导致测试工作不够完善； 第三章 测试方法 3.1里程碑技术 在本项目中，将整个测试过程分为几个里程碑，达到一个里程碑后才能转换到下一阶段，以控制整个过程。 将整个测试过程分为以下几个里程碑： 里程碑 完成标准 系统培训： 对于本项目所有需要测试的系统的培训完成 测试人员已经对所有被测系统/模块进行了使用，了解了被测系统的具体功能 测试需求： 所有具体测试范围已确定 测试需求制定完成 所有测试需求经过测试人员的相互审核 测试设计： 测试用例已覆盖所有测试需求 测试用例设计已经完成 测试执行： 所有测试用例被执行 发现的缺陷都有缺陷记录 测试过程有测试记录 结果分析： 完成测试分析报告 3.2测试用例设计 本次测试的测试用例为测试人员通过熟悉系统，根据测试需求编写测试用例，为了提高用例的质量，同一模块的需求和用例将由同一测试人员完成。 每一个测试用例，都必须有详细的测试步骤描述； 每一个测试用例，都必须指定输入与预期的输出； 测试用例的设计尽可能采用等价类划分、边界值分析等方法进行设计，以减少测试量与提高测试的质量； 所有的测试用例按照统一的格式编写，集中保存； 测试用例应在整个测试过程中不断的完善，并具有版本控制措施； 3.3测试实施过程 本项目由4位测试人员分别负责不同功能模块的测试，实施过程如下： 准备测试所需环境 准备测试所需数据 按照系统运行结构执行相应测试用例 记录测试过程和发现的缺陷 报告缺陷 3.4测试方法概述 本项目测试