《网上购物平台购物测试计划书》由会员分享，可在线阅读，更多相关《网上购物平台购物测试计划书（16页珍藏版）》请在金锄头文库上搜索。
1、网上购物平台测试计划湖南信息学院计算机工程系项目部表1-5 测试计划说明表总页数正文附录生效日期： 年 月 日编制：审核：批准：表1-6 修订历史记录日 期版 本说 明作 者目录(一)简介31.目的32.背景43.范围44.使用文档4(二)测试需求51.数据库测试；52.功能性测试；53.用户界面测试；54.性能测试；5(三)测试风险51.产品的质量62.计划的临时改变63.标准不明确64.环境误差65.可重用性6(四)测试策略61.数据库测试62.功能性测试73.用户界面测试84.性能测试9(五)工具11(六)资源121.人力资源122.系统资源13(七)测试进度和里程碑131.项目测试进度
2、132.测设计试143.实施测试14(八)可交付工作15(一) 简介1. 目的的“测试计划”文档的目的是：为软件开发商和客户之间就“网上购物平台”的计划范围和计划内容提供规定。软件开发者在其约束下安排项目规划、进度、组织软件开发与测试。也可以成为客户验收本项目的唯一项目规约。该文档的读者分为两大类：一、客户代表，客户通过验收该文档的信息来确认自己提供的“网上购物平台”的需求是否被正确的理解。二、开发商代表，开发商通过此文档向客户展示他们对客户需求的理解。当测试计划得到客户认可以后，它将成为双方技术实现与软件交付中惟一的交付标准。2. 背景“网上购物平台”测试计划书主要是给客户与开发商提供一个可
3、以在前期进行交流的平台，客户对该文档检验是否实现规定的项目的需求，开发商通过对该文档的回馈，向客户展示需求的理解，通过该测试计划可以很好地得到解决双方意见上的冲突。3. 范围本文档所描述的计划主要针对的是“网上购物平台”，本系统采用了多个测试类型，主要采用了单元测试与系统测试，实现功能的模块化得前提之下，兼容性也是考虑的范围之中，在系统模块功能实现以后，模块的集成也是重中之重。4. 使用文档本文档编写过程中，参考了其他的资料，如果有模糊的地方，请查阅以下的资料：软件测试项目实战通过书中的内容了解软件测试的规格说明，约束，注意的事项。网上购物平台规格说明书通过阅读该文档了解网上购物平台的基本框架
4、以及流程。对软件测试计划书的书写有较大的提示以及约束作用。(二) 测试需求下面列出了我们平时比较常见的测试对象的项目。1. 数据库测试；2. 功能性测试；3. 用户界面测试；4. 性能测试；(三) 测试风险软件测试风险是不可避免的、总是存在的，所以对测试风险的管理非常重要，必须尽力降低测试中所存在的风险，最大程度地保证质量和满足客户的需求。在测试工作中，主要的风险有：1. 产品的质量2. 计划的临时改变3. 标准不明确4. 环境误差5. 可重用性有些错误可以避免，或者可以将错误降到最低。为了避免。转移或降低风险，事先我们应该做好风险管理计划的策略，并对风险处理还要制定一些应急的、有效的处理方案
5、。(四) 测试策略测试策略提供了推荐用于测试对象的方法。制定测试策略是所考虑的主要事项有：1使用方法的确认 2测试使用的标准。本测试使用了测试类型如下：1. 数据库测试数据库测试和数据库进程应为中的子系统进行测试。在测试这些子系统时，不应将测试对象的用户界面用作数据的接口。对于数据库存管理系统（DBMS），还需要进行深入的研究，以确认可以支持一下测试的工具和方法。数据库测试如表1-8所示：表1-8 数据库测试说明表测试目标确保数据库访问方法和进程正常运行，数据不会遭到损坏。方 法调用各个数据库方法和进程，并在其中填充有效的和无效的数据或对数据的请求。检查数据库，确保数据已按预期的方式填充，并且
6、所有的数据库时间都按正常方式出现；或者检查所返回的数据，确保为正当的理由检索到了正确的数据。完成标准所有的数据库访问方法和进程都按照设计的方式运行，数据没有遭到损坏。需考虑的特殊事项测试可能需要DBMS开发坏境或驱动程序以便在数据库中直接输入或修改数据。集成应该以手工方式调用。应使用小型或最小的数据库（其中的记录很有限）来使所有无法接受的事件具有更大的可见性。2. 功能性测试测试对象的功能测试应该侧重于可以被直接追踪到用例或业务功能和业务规则的所有测试需求。这些测试的目标在于核实能否正确地接受、处理和检索数据以及业务规则是否正确实施。这种类型的测试基于黑盒方法，既通过图形用户界面（GUI）与应
7、用程序交互并分析输出结果来验证应用于程序及内部进程。 表1-9列出的每个应用程序推荐的测试方法概要：表1-9 功能性测试测试目标确保测试对象的功能正常，其中包括导航，数据输入，处理和检索等。方 法利用有效地和无效的数据来执行各个用例、用例流或功能，以核实以下的内容；在使用有效数据时得到预期的结果。在使用无效数据时显示相应的错误或警告消息。各业务规则都得到了正确的应用。完成标准所计划的测试已全部执行。所发现的缺陷已全部解决。需考虑的特殊事项确定或说明那些将对功能测试的实施和执行造成影响的事项或因素（内部的或外部的）。3. 用户界面测试通过用户界面(UI)测试来核实用户与软件的交互。UI测试的目标
8、在于确保用户界面向用户提供了适当的访问和浏览测试对象功能的操作。除此之外，UI测试还要确保UI功能内部的对象符合预期要求，并遵循公司或行业的标准。用户界面测试如表1-11所示。表1-10 用户界面测试说明表测试目标核实一下内容：通过浏览测试可正确反映业务的功能和需求，这种浏览包括窗口与窗口之间、字段与字段之间的浏览，以及各种访问方法（Tab键、鼠标移动和快捷键）的使用。窗口的对象和特征（例如：菜单、大小、位置、状态和中心）都符合标准。方法为每个窗口创建或修改测试，以核实各个应用程序窗口和对象都可正确地进行浏览，并处于正常的对象状态。完成标准证实各个窗口都与基准版本保持一致，或符合可接受标准。需
9、考虑的特殊事项并不是所有定制或第三方对象的特征都可访问。4. 性能测试性能评价是一种性能测试，它对响应时间、事物处理速率和其他与实践相关的需求进行评测和评估。性能评价的目标是核实性能需求是否都以满足。实施和执行性能评价的目的是将测试对象的性能为当做条件（例如工作量或硬件配置）的一种函数来进行评价和微调。性能测试如表1-11所示：表1-11 性能测试说明表测试目标核实多指定的事物或业务功能在以下情况下的性能行为：正常的预期工作量。预期的最繁重工作量。方法使用为功能或业务周期测试指定的测试过程。通过修改数据文件来增加事物数量，或通过修改脚本来增加每项事物的迭代次数。脚本应该在一台计算机上运行（最好
10、是以单个用户、单个事物为基准），并在多台客户机（虚拟的或实际的客户机）上重复。完成标准单个事物或单个用户：在每个事物所预期或要求的时间范围内成功地完成测试脚本，没有发生任何故障。多个事物或多个用户：在可接受的时间范围内成功地完成测试脚本，没有发生任何故障。需考虑的特殊事项综合的性能测试还包括在服务上添加后台工作量。可采用多种方法来执行此操作，其中包括：直接将“事物强行分配到”服务器上，这通常以“结构化查询语言”（SQL）调用的形式来实现。通过创建“虚拟的”用户负载来模拟许多个（通常为数百个）客户机。此负载可通过“远程终端仿真”（Remote Terminal Emulation）工具来实现。此
11、技术还可用在网络中加载“流量”。使用多台实际客户机（每台客户机都运行测试脚本）都系统上添加负载。性能测试应该在专用的计算机上或在专用的机时内执行，以便实现完全的控制盒精确的评估。性能测试所运用的数据库应该是大小相同或等比例缩放的数据库。(五) 工具网上购物平台所使用的工具：表1-12 使用工具说明表工具厂商/自行研制版本测试管理缺陷跟踪性能测试ASQ工具功能性测试ASQ工具评价器项目管理DBMS工具(六) 资源网上购物平台项目使用的资源，及其主要职责、知识或技能。1. 人力资源表1-13列出了在此项目的人员配置方面所做的各种假定。表1-13 人力资源说明表角色最少资源具体职责测试组长王龙拟定软
12、件项目测试计划，组织测试资源，安排测试计划实施，总结整个测试活动测试设计员吴泽民参与制定测试计划，在面向对象的设计系统中确定并定义测试类的操作，确定测试用例，指导测试实施，参与测试计划的编写测试员李靖执行实施测试，填写测试记录，记录结果和缺陷2. 系统资源表1-14 系统资源说明表系 统 资 源资源名称/类型数据库服务器网络或子网服务器名数据库名客户端测试PC包括特殊的配置需求测试存储库(七) 测试进度和里程碑1. 项目测试进度a) 制定测试计划- 确定测试需求- 评估风险- 制定测试策略- 确定测试资源- 创建时间表- 生成测试计划2. 测设计试- 准备测试计划说明书- 确定并说明测试用例- 复审和评估测试覆盖3. 实施测试- 党员测试- 集成测试- 系统测试- 提交测试分析报告2. 测试里程碑表1-15 测试里程碑说明表里程碑任务工作量开始日期结束日期制定测试计划设计测试实施测试评估测试(八) 可交付工作测试总结：1、 概要分析：本文档主要包括了一下几个部分简介1目的2背景3范围4使用文档测试需求1数据库测试2用户界面测试3性能测试4功能测试测试风险测试策略工具资源1资源2系统资源测试进度和里程碑1制定测试计划2设计测试3实施测试
