软件测试计划 TMP-STP546167.docVIP

软件测试计划 PAGE 1/ NUMPAGES 11 Eshop网上商城 软件测试计划书 Software Testing Plan 编号：第2组 版本 1.0 作者： 张 敬 日期： 2011-7-14 审批： 李 斌 日期： 2011-7-15 变更记录 日期 版本 变更说明 作者 填表说明 在需求分析阶段开始着手准备测试计划，当需求分析结束后，根据软件项目开发计划书，完成软件测试计划，评审后纳入到基线库。制定软件测试计划的过程是不断精确细化，逐步完善丰富的过程。测试计划是测试负责人管理和跟踪的依据， 又起到指导测试组的日常工作的作用。当实际情况与计划偏离到一定程度时，应修正测试计划。 软件测试应按照测试计划制定的内容进行。测试计划是项目跟踪的依据，通过与实际开发进展情况作比较分析，项目经理可以及时了解项目开发的状态。测试组中的每个成员都应该明确地知道测试计划的内容，并且对所分配的任务承诺签字，确保计划贯彻执行。 项目总览 基本信息 项目名称 Eshop网上商城 项目开始时间 20 客户名称 桃心岛连锁 测试负责人 张 敬 测试工程师 程 欣 测试方法 对测试的方法作整体描述，并针每一组重要特性或特性的组合，说明所采用的测试方法，以确保测试的完备性，及说明测试各组特性的主要任务、技术及工具。 1、方法： 利用有效的和无效的数据来执行各个测试用例或功能，以核实以下内容： 在使用有效数据时得到预期的结果。 在使用无效数据时显示相应的错误消息或警告消息。 各业务规则都得到了正确的应用。 测试业务流程的正确性。 模块间集成测试： 主要测试有联系的各个模块之间的逻辑关系 功能测试：测试方法简要概括为： (1) 对业务功能进行正常的流程测试。主要测试页面是否正确跳转，数据是否正确传递； (2) 对业务功能进行非正常的流程测试； 性能测试 系统反应时间测试 使用性能测试工具，在不同的网络环境下系统业务处理的响应时间。系统需求对反应时间的要求是：数据查询和数据统计的平均响应时间应控制在5秒以内，如响应处理时间过长并无法避免，应显示进度提示。针对首页浏览、物流联盟论谈等模块（但不限于）以不同的数据量做响应时间的测试。 并发处理 选择模拟用户 100， 200 ，300 同时处理主要业务（首页浏览、购物车功能和用户注册等所有业务功能）。 3、完成标准： 所计划的测试已全部执行。 所发现的缺陷已全部解决。 4、需考虑的特殊事项： 无。 角色及职责 角色 姓名 联系方式 职责 测试负责人 张 敬 负责评审测试计划 负责评审测试用例 负责核准用户手册 测试工程师 程 欣 依据项目开发计划制定测试计划 监控测试计划执行情况 负责审批测试用例 负责测试结果的统计和分析 执行测试计划 编写测试用例 测试并编写测试报告 评审负责人 李 斌 负责评审测试用例 人员培训需求 学习专业的测试软件的使用方法。测试人员为了更好更有效地进行测试，保证测试工作质量，需要在执行测试工作之前首先需要设计测试用例。设计测试用例是保证测试质量的核心工作，很多测试技术都可以用来指导设计用例。为了提高测试用例的设计效率，故对测试人员来讲授各种设计用例的技术与方法的培训。 假设和约束 无。 测试项目停止标准 按照软件质量准则，应达到各阶段要求的测试通过标准： 1、软件系统如经过单元、集成、系统测试，应分别达到单元、集成、系统测试通过标准。 2、软件系统通过验收测试，并已得出验收测试结论。 3、所有测试活动输出文档资料齐备，且无错误。 4、在系统测试结束期间将进行最后一次回归测试。在最后一次回归测试期间需要配置管理员冻结代码，如果达到项目质量目标，则通过系统测试。 测试计划 计划测试覆盖率 测试负责人根据项目需求规格说明书和开发计划书的进度安排估算出本项目的计划测试用例需求覆盖率： 90 ％ 里程碑和提交产品 里程碑 提交产品 时间 负责人 计划 测试计划书 2011-7- 张 敬 设计 测试用例 2011-7-25 罗 娇 实施 单元测试报告 2011-7-27 郑 伟 软件测试总结报告 2011-7-30 张 敬 WBS 表 编号 任务名称 任务描述 01 搭建测试环境 筹备软件环境和硬件环境 02 编写测试用例 保障软件测试质量的稳定性 03 编写测试总结报告 总结测试中的问题 工作量估算 该项目阶段应与开发计划中阶段划分一致 项目阶段 任务名称 工作量（人日） 百分比 需求 参与需求评审 2 14 编写测试计划 1 7 测试用例设计 1 7 设计 搭建测试环境 1 7 编写测试用例 2 14 开发 单元测试 3 22 测