网上电子商城购物系统测试企划书精选资料.docVIP

网上电子商城购物系统测试计划书 简介 1．目的 网上电子商城购物系统的这一“测试计划”文档的目的是： （1） 提供一个对项目软件进行测试的总体安排和进度计划，确定现有项目的信息和应测试软件构件。 （2）标明推荐的测试需求（高层次）。 （3）推荐可采用的测试策略，并对这些策略加以说明。 （4）确定所需的资源，并对测试的工作量进行估计。 （5）列出测试项目的可交付元素 2．背景 a. 系统名称： 网上电子商城购物系统 b. 系统简介： 该系统为一个基于J2EE 技术的电子商城系统，旨在实现一个网上电子商城，出售各种 电子产品，包括电脑，数码相机，手机，MP4，以及各种家电等。该开发任务由本小组提出， 而开发人员将包括本小组的全体成员和指导教师。该系统将面向所有消费者用户。 站点前台结构： 站点后台结构： c. 软件应用： 适用于电子产品的信息收集和发布活动，为用户提供良好的交易平台。 3．范围 网上电子商城购物系统包括的测试类型有：数据库测试、功能性测试、业务周期测试、用户界面测试、性能测试、负载测试、强度测试、容量测试、安全性和访问控制测试、故障转移/恢复测试、配置测试、安装测试等 4．使用文档 下表列出了制定测试计划所用的文档，并标明了文档的可用性： 表1-7 测试计划使用文档列表 文档（版本/日期） 已创建或可用 已被接受或已经过复审 作者或来源 备注 需求规约 ∨ 是 ( 否 ∨ 是 ( 否 古艳丽 功能性规约 ∨ 是 ( 否 ∨ 是 ( 否 古艳丽 用例报告 ( 是 ∨ 否 ( 是 ∨ 否 项目计划 ∨ 是 ( 否 ∨ 是 ( 否 古艳丽 设计规约 ∨ 是 ( 否 ∨ 是 ( 否 古艳丽 原型 ∨ 是 ( 否 ∨ 是 ( 否 古艳丽 用户手册 ( 是 ∨ 否 ( 是 ∨ 否 业务模型或业务流程 ∨ 是 ( 否 ∨是 ( 否 古艳丽 数据模型或数据流 ∨ 是 ( 否 ∨ 是 ( 否 古艳丽 业务功能和业务规则 ∨ 是 ( 否 ∨ 是 ( 否 古艳丽 项目或业务风险评估 ∨ 是 ( 否 ∨ 是 ( 否 古艳丽 （二）测试需求 已被确定为测试对象的项目有： 1．数据库测试 2．功能性测试 3．业务周期测试 4．用户界面测试 5．性能测试 6．负载测试 7．强度测试 8．容量测试 9．安全性和访问控制测试 10．故障转移/恢复测试 11．配置测试 （三）测试风险 软件测试风险是不可避免的、总是存在的，所以对测试风险的管理非常重要，必须尽力降低测试中所存在的风险，最大程度地保证质量和满足客户的需求。在测试工作中，主要的风险有： 　　1．质量需求或产品的特性理解不准确，造成测试范围分析的误差，结果某些地方始终测试不到或验证的标准不对； 　　2．测试用例没有得到百分之百的执行，如有些测试用例被有意或无意的遗漏； 　　3．需求的临时/突然变化，导致设计的修改和代码的重写，测试时间不够； 　　4．质量标准不都是很清晰的，如适用性的测试，仁者见仁、智者见智； 　　5．测试用例设计不到位，忽视了一些边界条件、深层次的逻辑、用户场景等； 　　6．测试环境，一般不可能和实际运行环境完全一致，造成测试结果的误差； 　　7．有些缺陷出现频率不是百分之百，不容易被发现；如果代码质量差，软件缺陷很多，被漏检的缺陷可能性就大； 　　8．回归测试一般不运行全部测试用例，是有选择性的执行，必然带来风险。 　　前面三种风险是可以避免的，而四至七的四种风险是不能避免的，可以降到最低。最后一种回归测试风险是可以避免，但出于时间或成本的考虑，一般也是存在的。 　　针对上述软件测试的风险，有一些有效的测试风险控制方法，如： 　　测试环境不对可以通过事先列出要检查的所有条目，在测试环境设置好后，由其他人员按已列出条目逐条检查；? 　　有些测试风险可能带来的后果非常严重，能否将它转化为其他一些不会引起严重后果的低风险。如产品发布前夕，在某个不是很重要的新功能上发现一个严重的缺陷，如果修正这个缺陷，很有可能引起某个原有功能上的缺陷。这时处理这个缺陷所带来的风险就很大，对策是去掉(Diasble)那个新功能，转移这种风险； 　　有些风险不可避免，就设法降低风险，如“程序中未发现的缺陷”这种风险总是存在，我们就要通过提高测试用例的覆盖率（如达到99.9%）来降低这种风险；? 为了避免、转移或降低风险，事先要做好风险管理计划和控制风险的策略，并对风险的处理还要制定一些应急的、有效的处理方案。 （四）测试策略 测试策略提供了推荐用于测试对象的方法。第二节“测试需求”中说明了将要测试哪些对象，而本节则要说明如何对测试对象进行测试。 对于每种测试，都应提供测试说明，并解释其实施