软件工程 CCS-项目测试计划.doc

卷 号 卷内编号 密 级 项目编号:测试计划 Version: 1.1 项 目 承 担 部 门： 撰 写 人（签名）：余 波 完 成 日 期：2005-01-20 本文档 使 用部门：　■主管领导 ■项目组 □客户（市场） □维护人员 □用户 评审负责人（签名）： 评 审 日 期： 目 录 1. 引言 １ 1.1 背景 １ 1.2 定义 １ 1.3 参考资料 １ 2. 测试需求 ２ 2.1 功能性测试需求 ２ 2.2 非功能性测试需求 ２ 3. 不被测试的需求 ３ 4. 测试策略 ３ 4.1 测试类型 ３ 4.1.1 功能测试 ３ 4.1.2 性能测试 ３ 4.1.3 强度测试 ３ 4.1.4 容量测试 ３ 4.1.5 安全性测试 ３ 4.1.6 配置测试 ４ 4.2 工具 ４ 5. 通过准则 ４ 6. 暂停标准和再启动要求 ４ 7. 应提供的测试文件 ５ 8. 测试任务 ５ 9. 环境要求 ５ 10. 职责 ５ 11. 人员和训练要求 ６ 12. 进度 ６ 13. 风险和应急 ６ 引言 背景 本“信用卡评估系统”是由华迪实训基地为培养我们团队合作意识、编程能力，让我们熟悉软件开发流程而设定的项目。 本系统由重庆大学计算机学院2001级莫凌琳组（1组）同学共同编写，预计用户为银行工作人员和普通客户。 定义 CCES（credit card evaluation system），信用卡评估系统 错误级别： 一级：不能完全满足系统要求，基本功能未完全实现；或者危及人身安全。 二级：严重地影响系统要求或基本功能的实现，且没有更正办法（重新安装或重新启动 该软件不属于更正办法）。 三级：严重地影响系统要求或基本功能的实现，但存在合理的更正办法（重新安装或重 新启动该软件不属于更正办法）。 四级：使操作者不方便或遇到麻烦，但它不影响执行工作功能或重要功能。 五级：其他错误。 参考资料 本文档需要用到： 文档 编写人 职务 备注 项目开发计划 莫凌琳 项目经理 项目需求规格说明书 黄万玉 分析设计组组长 银行系统个人信用 评估办法 由实训基地提供 测试需求 功能性测试需求 测试需求项 测试需求项编号 优先级 读出银行工作人员选择 1 A 免担保有效性检查 2 A 免担保评估 3 A 计算免担保信用额度 4 A 检查担保人资格 5 A 被担保人信用评估 6 A 计算被担保人信用额度 7 A 抵押或质押估算 8 A 保证担保信用半年调整 9 A 免担保半年调整 10 A 保证担保及时调整 11 A 抵押或质押信用及时调整 12 A 办卡信用评估标准设置 13 B 信用调整分评分标准设置 14 B 调整自主分设置 15 B 读出用户查询选择 16 A 设置工作人员权限 17 A 用户登陆 18 A 工作人员登陆 19 A 用户基本信息查询 20 C 系统通知 21 C 帮助查询 22 C 工作人员密码设置 23 A 用户密码设置 24 A 备注： A B C 非功能性测试需求 测试需求项 条件 测试需求项编号 性能指标 操作平台环境 Windows 2000和Windows XP 14 能正常运行 多用户并发访问 同时满足500个用户进行访问 15 能正常运行 响应时间 在满足下面的硬件需求的条件下，运行本系统 16 响应时间为1-2秒 安全管理 能满足不同权限用户登陆 17 仅在被授予的权限内操作 数据库需求 Microsoft SQL2000能正常运行 18 能正常运行 硬件需求 PⅢ以上的微机与笔记本电脑；内存要求：128M以上；硬盘：1G以上 19 能正常运行 界面需求 采用Windows的通用图形界面，且必须对鼠标键盘提供支持 20 对用户友好，能正常运行 不被测试的需求 需求分析中没有的，在设计软件时自己添加的功能。 pos机的下载不用测试。 测试策略 本系统采用白盒测试法在单元测试阶段针对每段代码进行测试，必须覆盖每条语句，使用工具PureCoverage；采用黑盒测试法对系统每个功能进行正反测试，务必保证界面友好，功能强大，不能让严重差错通过。所有测试必须在规定时间内完成。 测试类型 功能测试 测试目标 确保功能测试需求项以及用例场景能够实现。 测试方法和技术 采用黑盒测试技术设计功能测试用例。为各测试用例制定测试过程。执行测试用例来核实各用例、用例场景、用例流。主要核实以下内容： 使用有效数据时得到预期的结果。 在使用无效数据时显示相应的错误消息或警告消息。 完成标准 所有测试用例都使用完毕，所有功能都被测试到。 需考虑的特殊事项 无。 性能测试 测试目标 针对系