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