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

《软件工程 CCES-项目测试计划.doc》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、卷号卷内编号密级项目编号:s101-01-2005信用卡评估系统分类:TEST使用者:项目经理项目名称：信用卡评估系统测试计划Version:1.1项目承担部门：撰写人（签名）：余波完成日期：2005-01-20本文档使用部门：　■主管领导■项目组　　　　　□客户（市场）□维护人员□用户评审负责人（签名）：评审日期：６/8目录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.

2、1.6配置测试４4.2工具４5.通过准则４6.暂停标准和再启动要求４7.应提供的测试文件５8.测试任务５9.环境要求５10.职责５11.人员和训练要求６12.进度６13.风险和应急６６/81.引言1.1背景本“信用卡评估系统”是由华迪实训基地为培养我们团队合作意识、编程能力，让我们熟悉软件开发流程而设定的项目。本系统由重庆大学计算机学院2001级莫凌琳组（1组）同学共同编写，预计用户为银行工作人员和普通客户。1.2定义CCES（creditcardevaluationsystem），信用卡评估系统错误级别：一级：不能完全满足系统要求，基本功能未完全实现；或者危及人身安全。二级：严重地影响

3、系统要求或基本功能的实现，且没有更正办法（重新安装或重新启动该软件不属于更正办法）。三级：严重地影响系统要求或基本功能的实现，但存在合理的更正办法（重新安装或重新启动该软件不属于更正办法）。四级：使操作者不方便或遇到麻烦，但它不影响执行工作功能或重要功能。五级：其他错误。1.3参考资料本文档需要用到：文档编写人职务备注项目开发计划莫凌琳项目经理项目需求规格说明书黄万玉分析设计组组长银行系统个人信用评估办法由实训基地提供６/81.测试需求1.1功能性测试需求测试需求项测试需求项编号优先级读出银行工作人员选择1A免担保有效性检查2A免担保评估3A计算免担保信用额度4A检查担保人资格5A被担保

4、人信用评估6A计算被担保人信用额度7A抵押或质押估算8A保证担保信用半年调整9A免担保半年调整10A保证担保及时调整11A抵押或质押信用及时调整12A办卡信用评估标准设置13B信用调整分评分标准设置14B调整自主分设置15B读出用户查询选择16A设置工作人员权限17A用户登陆18A工作人员登陆19A用户基本信息查询20C系统通知21C帮助查询22C工作人员密码设置23A用户密码设置24A备注：A------------------------表示“高”优先级B------------------------表示“中”优先级C------------------------表示“低”优先级

5、1.2非功能性测试需求测试需求项条件测试需求项编号性能指标操作平台环境Windows2000和WindowsXP14能正常运行多用户并发访问同时满足500个用户进行访问15能正常运行响应时间在满足下面的硬件需求的条件下，运行本系统16响应时间为1-2秒安全管理能满足不同权限用户登陆17仅在被授予的权限内操作数据库需求MicrosoftSQL2000能正常运行18能正常运行硬件需求PⅢ以上的微机与笔记本电脑；内存要求：128M以上；硬盘：1G以上19能正常运行界面需求采用Windows的通用图形界面，且必须对鼠标键盘提供支持20对用户友好，能正常运行６/81.不被测试的需求1.需求分析中没

6、有的，在设计软件时自己添加的功能。2.pos机的下载不用测试。2.测试策略本系统采用白盒测试法在单元测试阶段针对每段代码进行测试，必须覆盖每条语句，使用工具PureCoverage；采用黑盒测试法对系统每个功能进行正反测试，务必保证界面友好，功能强大，不能让严重差错通过。所有测试必须在规定时间内完成。2.1测试类型2.1.1功能测试测试目标确保功能测试需求项以及用例场景能够实现。测试方法和技术采用黑盒测试技术设计功能测试用例。为各测试用例制定测试过程。执行测试用例来核实各用例、用例场景、用例流。主要核实以下内容：·使用有效数据时得到预期的结果。·在使用无效数据时显示相应的错误消息或警告消

7、息。完成标准所有测试用例都使用完毕，所有功能都被测试到。需考虑的特殊事项无。2.1.2性能测试测试目标针对系统的响应时间、并发性、吞吐量等方面制定测试用例，分析结果确定系统性能。测试方法和技术采用黑盒测试对每个不同性能进行测试。完成标准在所有用例都使用完毕的情况下，无重大问题发生。需考虑的特殊事项无。2.1.3强度测试测试目标在极端情况下出现的问题。测试方法和技术在资源少和共享资源竞争的情况下发现可能的错误。完成标准在极端情况下依然