软件测试计划模板10_16_3.docVIP

软件测试计划 第1章 引言 1.1目的 /*4行，宋小四*/ 在开发jsp网站过程中，人的主观认识不可能全符合客观现实，与网站密切相关的各类人员之间的通信和配合不可能完美无缺。因此，在软件生命周期的每个阶段都不可避免地会产生差错。尤其是对动态网站，有多方协同的 ，涉及到人民生活和财产的工程，必须尽量减少差错，以免造成严重损失。测试的目的就是在软件投入生产性运用之前，尽可能多的发现软件中的错误。 读者对象：开发人员，测试人员，管理员。 1.2名词解释 无 1.3参考资料 软件测试计划模版 教职工食堂订餐系统的需求和总体设计——后台子系统 教职工食堂订餐系统的需求和总体设计——前台子系统 /* 列出本计划各处参考的经过核准的全部文档和主要文献。 */ 1.4测试摘要 1.4.1 重点事项 交互：功能测试 结算：业务测试 安全：压力测试 1.4.2 争议事项 无 1.4.3 风险评估 质量风险： 测试人员是新手，经验不足；修改速度慢 环境风险： 测试环境冲突或测试资源少 数据库设计，在测试前备份数据库 1.4.4 时间进度 2012-10-10～2012-10-17 制定测试计划 2012-10-18～2012-10-31 软件测试用例设计与测试 2012-11-1～2012-11-14 软件测试报告 2012-11-15～2012-11-21软件测试总结，发布测试报告。 1.4.5 测试目标 操作流程方式，测试用例，方法 通过测试，达到以下目标： 各个功能点是否已经实现，业务流程是否正确。 测试计划中所有测试方法和模块已经执行通过 所有的测试案例已经执行过 第2章 项目背景 2.1测试范围 测试范围为： 功能测试 集成测试 压力测死 安装测试 验收测试 可能会影响测试设计、开发或实施的所有风险或意外事件： 风险：测试平台的局限性（硬件，软件） 测试队伍知识的局限性 可能会影响测试设计、开发或实施的约束： 测试队伍知识的局限性 测试用的硬件 ? 2.2测试目标 *功能测试：系统能按照要求实现模块的功能，数据完整性，界面友好性。 *集成测试：测试业务流程，以及数据流从软件中的一个模块流到另一个模块中的正确性。 压力测死：模拟客户进行多用户测试。 安装测试：测试不同的安装方式(自动，手工） 验收测试：软件产品测试队伍对经过内部单元测试、集成测试、和系统测试后的软件所进行的测试。 2.3联系方式 列出项目参与人员的职务、姓名、E-mail 和电话。 职务 姓名 E-Mail 电话 测试负责人 马岩 ? ? 测试人员 宫腾飞 ? ? 测试人员 高成 2.4风险及约束 质量风险： 测试人员是新手，经验不足；修改速度慢 环境风险： 测试环境冲突或测试资源少 数据库设计，在测试前备份数据库 只针对专门的客户群需求的测试。 针对注册用户的测试：测试下单，留言能否准确执行。 2.5测试文档 2.5.1测试参考文档 软件工程规范.doc 软件测试计划模板.doc 集成测试计划书.doc 测试用例-实例.doc 哪些文档 文档说明 作者 文档位置（CVS） 需求文档 叶振 教职工食堂订餐系统的需求和总体设计--后台子系统.doc 教职工食堂订餐系统的需求和总体设计--前台子系统.doc 总体设计 叶振 软件测试计划模板.doc 白皮书 叶振 软件工程规范.doc 测试文档 叶振 软件测试计划模板.doc 2.5.2测试提交文档 文档说明 作者 文档位置（CVS） 总体测试计划 ?马岩 ?软件测试计划.doc 测试方案（报告） ?宫腾飞 ?测试方案.doc 测试报告 ?高成 ?测试报告.doc 测试总结 ?马岩，宫腾飞，高成 ?测试总结.doc ? 第3章质量目标 描述本阶段测试目标和要求。质量目标应该包括产品的质量目标和测试小组的质量目标。 质量不仅是衡量系统的功能或性能是否正常。对系统来说，在开发过程中尽早建立全面的质量标准与系统的及时发布是一样重要的。质量目标是一个强有力的工具，应该在系统开发过程中尽早建立。一个定义准确的质量目标在以后的产品开发过程中帮助决策。例如，系统是否能够正式发行？在代码完成后，应该修复那些缺陷？在系统完成后那种类型的测试是最合适的？ 3.1产品质量目标 可以是产品的质量达到什么样的目标，产品的流程联通性达到什么样的要求。 测试质量目标 确认者（如需说明） 测试已实现的产品是否达到设计的要求，包括：各个功能点是否以实现，业务流程是否正确 ? 产品规定的操作和运行稳定 ? 3.2测试质量目标 评价测试质量的目标可以有： 测试质量目标 确认者（如需说明） 所有的测试案例已经执行过 ? 所有的自动测试脚本已经执行通过 ? 所