测试工程师管理系统测试计划(黄雷)文档.docVIP

测试工程师信息 修订历史记录 版本 日期 添加/修改/删除 修订者 说明 1. 简介 1.1目的 测试计划文档有助于实现以下目标： 1、确定测试工程师信息的信息和该系统的软件构件 2、列出推荐的测试需求 3、推荐可采用的测试策略，并对这些策略加以说明 4、确定所需的资源，并对测试的工作量进行估计 5、列出测试工程师信息的可交付元素 1.2背景 项目名称：测试工程师信息管理系统 开发者： 用 户：个人 项目背景：：测试工程师信息管理系统.是一款灵活、通用的管理软件，适用于本地小型人员管理. 使管理者能更轻松快速地对员工信息进行管理. 基本功能： 对测试工程师信息进行查询、录入、修改、导入、导出数据 统计报表的功能就是利用数据表中已有的数据，生成各类报表。 1.3范围 测试的各个阶段： 测试计划：根据需求规格说明书和最终的系统设计，制定测试计划、测试方案，包括收集测试方法、测试用例及可能的测试工具等。 测试设计：前期主要针对单个的功能和模块及简单的功能组合，后期主要针对基本的流程，同时对新加入的测试人员进行培训。 系统测试：前期根据需求规格说明书进行功能测试，中期是针对重点模块的性能测试，后期是模拟用户的业务测试，并结合可能的用户测试。 测试总结：根据用户手册对功能进行检查，复查报告库中的所有BUG。对上一阶段的测试发现的问题进行分析，为下一步测试提出参考意见。 2. 测试参考文档和测试提交文档 2.1. 测试参考文档 [下表列出了制定测试计划时所使用的文档，并标明了各文档的可用性. 文档（版本/日期） 已创建或可用 已被接收或已经过复审 来源 备注 可行性分析报告 否□ 否□ 软件需求定义 否□ 否□ 软件系统分析 否□ 否□ 软件概要设计 否□ 否□ 软件详细设计 否□ 否□ 软件测试需求 否□ 否□ 模块开发手册 否□ 否□ 用户操作手册 是√ 是√ 2.2. 将要提交文档 [下表列出了测试项目实训将要用到的文档，测试用例根据项目进度逐步完成] 文档（版本/日期） 已创建或可用 已被接收或已经过复审 来源 备注 测试计划 是√ 是√ 否□ 测试用例模板 是√ 是√ 否□ 测试报告单模板 否□ 否□ 测试用例通过情况统计表 否□ 否□ 各模块的测试用例 是√ 是√ 否□ 2.3. 测试提交文档 [下面应当列出在测试项目实训结束后，所有可提交的文档] 文档（版本/日期） 已创建或可用 已被接收或已经过复审 来源 备注 测试计划 是√ 是√ 否□ 测试用例 是√ 是√ 否□ 缺陷报告单 是√ 是√ 否□ 测试总结 是√ 是√ 否□ 3.测试进度 3.1 测试项目里程碑 里程碑任务 工作量 开始日期 结束日期 制订测试计划 设计测试用例 系统测试 测试总结 3.2 各测试阶段资源要求及时间安排 人员 设备 时间安排 测试计划 测试设计 系统测试 测试用机5台 测试总结 … 2.6. 问题优先级描述 问题严重程度 描述 响应时间 P5 P4 P3 P2 P1 4. 测试策略 [测试策略提供了对测试对象进行测试的推荐方法。对于每种测试，都应提供测试说明，并解释其实施的原因。制定测试策略时所考虑的主要事项有：将要使用的技术以及判断测试何时完成的标准。] 注意：对于应该实施而由于某些原因不能实施的测试，则应该用一句话加以说明，并陈述这样的理由。例如：“将不实施该测试。没有足够的资源进行测试”。 4.1. 测试策略1 1、功能测试 测试目标： 系统提供的功能与需求或用户手册相符 方法： 系统测试阶段依据需求规格说明书逐项测试，验收测试阶段依据说明书逐项测试 重要的功能应该投入更多的精力进行测试，并及时小结 完成标准： 功能实现，且可以正确执行 所发现的缺陷尽量解决，留下的问题已经进行相应的处理或提供其他的解决方法 需考虑的特殊事项： 注意其中一些重要功能是与实际效果相关，并不是简单的功能实现 注意值域测试的提示信息 2、界面测试 测试目标： 程序界面符合个关的规范 方法： 按照相规定逐项检查，包括按钮，版权信息等 检查提示信息中的文字和标点符号，图标等 完成标准： 程序界面符合相关的规范 需考虑的特殊事项： 注意启动画面的安装程序的版权信息 注意版式本信息 3、安装测试 测试目标： 安装程序安装后程序可以正常运行，也能正常卸载 方法： 分以下几种情况进行安装和卸载测试 首次安装。以前从未安装过测试工程师管理系统的新计算机 更新1：以前安装过相同版本的测试工程师管理系统的计算机 更新2：以前安装过罗早版本的测试工程师管理系统的计算机 更新3：不卸载直接覆盖安装 完成标准： 证明程序在新安装的操作系统上可以正常运行 需考虑的特殊事项： 注意通过比较文件的数量和大小，检查注册表路径等等方式，难程序安装否完整 注意检查卸载后