测试计划华迪.doc

卷 号 卷内编号 密 级 项目编号: 社区管理系统 分 类: 模板测试计划 Version: 项 目 承 担 部 门： 测试部 撰 写 人（签名）：何金株 甄文娟 完 成 日 期： 2007.10.8 本文档 使 用部门：　■主管领导 ■项目组 　　　　　□客户（市场） □维护人员 □用户 评审负责人（签名）： 评 审 日 期： 修订历史记录 日期 版本 说明 作者 200x.xx.xx x.x 最初版本 xxx 目 录 1. 引言 1 1.1背景 1 1.2定义 1 2. 测试需求 2 2.1 功能性测试需求 2 2.2 非功能性测试需求 2 3. 不被测试的需求 2 4. 测试策略 2 4.1测试类型 2 4.1.1 数据和数据库完整性测试 2 4.1.2功能测试 2 4.1.3 用户界面测试…………………………………………………………………………………………3 4.1.4 强度测试 3 4.1.5 容量测试 3 4.1.6安装测试 3 4.1.7 配置测试 3 4.2 工具 4 5. 通过准则 4 6. 暂停标准和再启动要求 4 7. 应提供的测试文件 4 8. 环境要求 5 9. 职责 5 10. 人员和训练要求 6 11. 进度 6 12. 风险和应急 6 引言 1.1背景 本项目将开发完成的，是针对软件架构具备良好的可扩展性、通用性和稳定性，功能模块的可重用性高。 Software Quality Assurance SCM：Software Configuration Management SPP：Software Process Plan CMM：Capability Maturity Model PM：Project Manager UCP：Use Case Point 错误级别： 一级：不能完全满足系统要求，基本功能未完全实现；或者危及人身安全。 二级：严重地影响系统要求或基本功能的实现，且没有更正办法（重新安装或重新启动 该软件不属于更正办法）。 三级：严重地影响系统要求或基本功能的实现，但存在合理的更正办法（重新安装或重 新启动该软件不属于更正办法）。 四级：使操作者不方便或遇到麻烦，但它不影响执行工作功能或重要功能。 五级：其他错误。 1.3参考资料 社区管理系统---用户需求 Led项目系统测试计划 社区管理系统用例模型 社区管理系统《需求规格说明书》  测试需求 功能性测试需求 测试需求编号 测试需求项 优先级 1 住户管理 a 2 公共管理 a 3 财务管理 b 4 租售管理 a 5 居家管理 a 6 精算博士 c 7 电子信箱 c 8 表格合约 c 9 差勤管理 b 10 社区资讯 a 11 协力厂商 c 12 海报制作 c  备注： 高——软件必须实现的功能，用户有明确的功能定义和要求； 中——软件应该实现的功能，用户的功能定义和要求可能是模糊的、不具体的、或低约束的，但是这类功能的缺少会导致用户的不满意，因此这类功能的具体需求应当由需求分析人员诱导用户产生并明确； 低——软件尽量实现的功能，并可根据开发进度进行取舍，但这类功能的实现将会增加用户的满意度。 非功能性测试需求 参照《需求规格说明书》，对非功能性测试需求暂无。 不被测试的需求 参照《需求规格说明书》，对非功能性测试需求暂无。 测试策略 测试策略提供了对以上测试对象实施测试的方法。上一节“测试需求”中说明了将要测试哪些对象，而本节则要说明如何对这些测试对象进行测试。据和数据库完整性测试 功能测试 测试目标： 确保“测试需求”中对应的所有功能性需求测试对象以及用例的各种场景的功能得以实现而且正常。 技术： 采用黑盒测试技术设计功能测试用例。为各测试用例制定测试过程。并且录制、编辑脚本用于回归测试。 利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容： 使用有效数据时得到预期的结果、 在使用无效数据时显示相应的错误消息或警告消息、 使用边界值检查。 完成标准： 所计划的测试能够覆盖用例事件流(基本流及所有备选流)以及由此产生的所有场景，并且所计划的测试已全部执行。 所发现的缺陷已解决。 需考虑的特殊事项： 考虑测试脚本的重用性 用户界面用户界面 (UI) 测试用于核实用户与软件之间的交互。UI 测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。另外，UI 测试还可