网上书店系统测试计划书.docx

上传人:b****5 文档编号:8806754 上传时间:2023-05-15 格式:DOCX 页数:21 大小:429.18KB
下载 相关 举报
网上书店系统测试计划书.docx_第1页
第1页 / 共21页
网上书店系统测试计划书.docx_第2页
第2页 / 共21页
网上书店系统测试计划书.docx_第3页
第3页 / 共21页
网上书店系统测试计划书.docx_第4页
第4页 / 共21页
网上书店系统测试计划书.docx_第5页
第5页 / 共21页
网上书店系统测试计划书.docx_第6页
第6页 / 共21页
网上书店系统测试计划书.docx_第7页
第7页 / 共21页
网上书店系统测试计划书.docx_第8页
第8页 / 共21页
网上书店系统测试计划书.docx_第9页
第9页 / 共21页
网上书店系统测试计划书.docx_第10页
第10页 / 共21页
网上书店系统测试计划书.docx_第11页
第11页 / 共21页
网上书店系统测试计划书.docx_第12页
第12页 / 共21页
网上书店系统测试计划书.docx_第13页
第13页 / 共21页
网上书店系统测试计划书.docx_第14页
第14页 / 共21页
网上书店系统测试计划书.docx_第15页
第15页 / 共21页
网上书店系统测试计划书.docx_第16页
第16页 / 共21页
网上书店系统测试计划书.docx_第17页
第17页 / 共21页
网上书店系统测试计划书.docx_第18页
第18页 / 共21页
网上书店系统测试计划书.docx_第19页
第19页 / 共21页
网上书店系统测试计划书.docx_第20页
第20页 / 共21页
亲,该文档总共21页,到这儿已超出免费预览范围,如果喜欢就下载吧!
下载资源
资源描述

网上书店系统测试计划书.docx

《网上书店系统测试计划书.docx》由会员分享,可在线阅读,更多相关《网上书店系统测试计划书.docx(21页珍藏版)》请在冰点文库上搜索。

网上书店系统测试计划书.docx

网上书店系统测试计划书

1引言

编写目的

本文档主要阐述网上书店系统测试过程中的一些细节,为网上书店系统的测试工作提供了框架和规范。

确定项目测试的策略、范围和方法,主要有一下几点:

确定项目测试的策略、范围和方法;

使项目测试工作的所有参与人员(客户方参与人员、测试管理者、测试人员)对本项目测试的目标、范围、策略、方法、组织、资源等有一个清晰的认识;

使项目测试工作的所有参与人员理解测试控制过程;

从策略角度说明本项目测试的组织和管理,指导测试进展,并作为项目测试工作实施的依据;

本文档是本项目测试整个过程进行的依据、规范和标准;

确定网上书店系统测试计划的两类人员:

测试管理人员(项目经理、客户指派人员)和测试人员。

主要职责如下:

项目经理根据该测试计划制定进一步的计划、安排(工作任务分配、时间进度安排)和控制测试过程;

客户指派人员通过该测试计划了解测试过程和相关信息。

测试人员根据该测试计划中制定的范围、方法确定测试需求、设计测试用例、执行和记录测试过程并记录和报告缺陷。

 

背景

本测试计划所从属的软件系统的名称:

网上书店系统。

该开发项目的历史:

列出用户和执行此项目测试的机构或人群,该项目目前后经历三个阶段,前期设计阶段,然后是开发阶段,最后是软件的测试阶段。

项目的用户针对的是网上书店的广大群众和管理员,系统的功能测试主要由专业的软件测试人员进行测试。

本测试计划之前需要完成的工作:

项目背景规划表如表1-1所示。

表1-1项目背景规划表

项目名称

项目委托单位

任务提出者

项目开发者

网上书店系统

小菜一淘网络公司

河北工程大学

邵荣臻

杨唤雨

王小龙

肖雨佳

定义

列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

值域测试:

对于所有需要输入数据的地方,进行数据输入并检查其输出结果,进行值域测试不但要验证正确的输入数据能否得到正确的输出结果,同样也一定要检查输入错误的数据是否可以得到应该的反应,给出的错误提示是否正确和友善等。

功能测试:

功能测试就是对测试计划中规定的测试范围进行验证,根据功能测试用例,逐项测试,检查产品是否达到用户要求的功能。

冒泡测试:

冒烟测试的对象是每一个新编译的需要正式测试的软件版本,目的是确认软件基本功能正常,可以进行后续的正式测试工作。

界面测试:

通过用户界面(UI)测试来核实用户与软件的交互。

UI测试的目标在于确保用户界面向用户提供了适当的访问和浏览测试对象功能的操作。

除此之外,UI测试还要确保UI功能内部的对象符合预期要求,并遵循公司或行业的标准。

通过浏览测试对象可正确反映业务的功能和需求。

易用性测试:

易用性测试,模拟用户对产品进行典型操作。

判断软件是否易于使用。

安全性测试:

安全性测试是有关验证应用程序的安全服务和识别潜在安全性缺陷的过程。

单元测试:

单元测试的目的是保证每个模块单独运行正确,多采用白盒技术,检查模块控制结构的某些特殊路径,期望覆盖尽可能多的出错点。

集成测试:

经单元测试后的模块,组装为软件包,对软件包进行集成测试,主要测试软件结构问题,因测试建立在模块间的接口上,所以多为黑盒测试,适当辅以白盒测试技术,以便能对主要控制路径进行测试。

系统测试:

系统测试主要是检验软件是否满足功能、行为和性能方面的要求,这一步完全采用黑盒测试技术。

验收测试:

验收测试,由用户根据测试计划和结果对系统进行测试和接收。

它让系统用户决定是否接收系统。

它是一项确定产品是否能够满足合同或用户所规定需求的测试。

兼容性测试:

测试本系统在不同浏览器和同一浏览器不同版本下的显示效果。

参考资料

文档格式要求按照我国GB/T8567-1988国家标准和IEEE/ANSI830-1993标准规范要求进行。

包括以下文件:

1)网上书店系统项目计划书

2)网上书店系统需求说明书

3)网上书店系统概要设计说明书

4)网上书店系统详细设计说明书

5)软件工程项目开发文档范例

6)软件工程国家标准文档

7)概要设计说明书编写规范

8)详细设计说明书编写规范

9)测试计划编写规范

10)用户手册

参考书籍:

[1]《ASP动态网页设计》汪晓平钟军编著人民邮电出版社

[2]《数据库设计》王建编著清华大学出版社

[3]《Flash基础教程》刘小灵编著人民邮电出版社

[4]《软件工程》张海藩编著清华大学出版社

[5]《软件项目管理案例教程》韩万江、姜立新编著机械工业出版社

2计划

软件说明

被测软件功能说明如下:

人员信息管理模块:

注册顾客信息、用户登录、顾客信息维护、管理员信息维护。

商品呈现模块:

分类快捷展示商品、商品查询。

购物车模块:

添加购物信息、购物清单信息展示模块。

商品管理模块:

商品添加、更新删除商品。

订单处理模块:

订单查询显示、订单处理。

被测软件的功能、输入和输出等质量指标如表2-1所示。

表2-1功能、输入、输出需求表

功能

功能编号

输入

输出

注册顾客信息

用户名,密码,性别,真实姓名,联系电话,邮箱,E-mail,详细

添加成功或添加失败,返回注册页面

用户登录

普通用户登录

用户名,密码,验证码

首页

管理员登录

用户名,密码,验证码

后台管理页面

顾客信息维护

###删除

顾客信息维护页面

管理员信息维护

添加、删除

添加成功、删除成功

停留在管理员信息维护页面

分类快捷展示商品

点击商品类别名称

进入相应商品详细信息展示的页面

添加书店信息

点击购买

购买成功

书店清单展示

点击购物车

主要包括:

商品名称,价格,数量,单价,每种书的总价

书店车信息的修改

数量,删除物品

书店清单展示页面

商品添加

类别,商品名称,编注,所属商城,市场价格,热门价格,商品图像,商品描述

保存成功,回到商品管理页面

更新删除商品

删除

停留在商品管理页面

订单查询显示

订单号,订单时间,总额

显示相应的查询结果

订单处理

订单信息、收货人信息

订单状态:

已提交,已发货,以付款。

修改成功!

 

被测软件的其他功能测试需求如表2-2所示

表2-2其他功能测试需求表

 

互操作性

系统与外部设备接口、其他系统接口之间的协调,能够协调正常工作系统从接口正确接收和发送数据

安全保密性

对不同的用户有不同的权限限制,所有的密码不能明码显示、存储于传输有密码设置策略,包括有效期、最小度、复杂度、非空设置、大小写敏感度。

依从性

遵循系统各功能的标准、约定、风格指南或法规

 

测试内容

1)模块功能测试如表2-3所示

表2-3模块功能测试表

测试范围

验证数据精确度、数据类型、业务功能等相关方面的正确性

测试目标

核实所有功能均已正常实现。

1、业务流程检验:

各个业务流程符合常规逻辑,用户使用时不会产生疑问。

2、数据精确:

各数据类型的输入时统计精确。

技术

采用黑盒测试,使用边界值测试,等价类划分,数据驱动的测试方法

工具与方法

手工测试

开始标准

测试用例设计完毕并且通过同行评审且项目移交系统测试

完成标准

95%测试用例通过并且最高级缺陷全部解决

测试进度安排

2)性能测试如表2-4所示

表2-4性能测试表

测试范围

大流量的数据与多用户操作时性能方面的测试

测试目标

核实系统在大流量的数据与多用户操作时软件性能的稳定性,不在造成系统崩溃或相关的异常现象

技术

自动化测试

工具与方法

VisualStudio2010

开始标准

自动化测试脚本设计并评审通过且项目组移交系统测试

完成标准

系统满足用户需求中所要求的性能要求

测试进度安排

3)用户界面测试如表2-5所示

表2-5用户界面测试表

测试范围

1、导航、链接、Cookie、页面结构的一致性等2、友好性,可操作性

测试目标

核实各个窗口风格都与基准版本保持一致,或符合课接受标准,能够保证用户界面的友好性,易操作性,而且符合用户操作习惯。

技术

WEB测试通用方法

工具与方法

手工测试

开始标准

项目移交系统测试

完成标准

UI符合可接受标准,能够保证用户界面的友好性、易操作性,而且符合用户操作习惯

测试进度安排

4)安全性测试如表2-6所示

表2-6安全性测试表

测试范围

密码:

登录,管理员、用户或会员等2、权限

测试目标

应用程序级别的安全性:

核实用户只能操作其拥有权限能操作的功能

系统级别的安全性:

核实只有具备系统访问权限的用户才能访问系统

技术

代码包或者非法攻击工具

工具与方法

手工测试

开始标准

项目移交系统测试

完成标准

执行各种非法操作无安全漏洞且系统使用正常

测试进度安排

5)兼容性测试如表2-7所示

表2-7兼容性测试表

测试范围

使用不同版本的不同浏览器、分辨率、操作系统分别进行测试。

不同操作系统、浏览器、分辨率和各种运行软件等各种条件组合测试

测试目标

核实系统在不同的软件和硬件配置中运行稳定

技术

黑盒测试

工具与方法

手工测试

开始标准

项目移交系统测试

完成标准

在各种不同版本不同类项浏览器、操作系统或其组合下均能正常实现功能

测试进度安排

6)回归测试如表2-8所示

表2-8回归测试表

测试范围

所有功能、性能,用户界面,安全性等测试类型

测试目标

核实执行所有测试类型后功能、性能等均达到用户所要求的标准

技术

黑盒测试

工具与方法

手工测试和自动化测试

开始标准

每当被测试软件或其环境改变时在每个合适的测试阶段上进行回归测试

完成标准

95%测试用例执行通过并通过系统测试

测试进度安排

测试1(标识符)

参与单位:

测试小组人员,客户指派的代表人员。

测试的部位:

顾客注册信息模块。

进度安排

测试日期:

2013-12-17。

测试环境:

极限编功C#版Nuit测试环境(进行单元测试)。

培训:

测试人员会设计测试用例,测试用例的键入。

测试数据的准备如表2-9所示:

表2-9顾客注册信息模块数据准备表

输入字段名称

有效数据

无效数据

用户名

Tsoft

null

密码

123

字符长度超过50

真实姓名

张三

字符长度不超过50

联系电话

123456

字符长度不超过20

123(不符合正则表达式:

\w+([-+.']\w+)*@\w+([-.]\w+)*\.\w+([-.]\w+)*)

邮编

062255

字符长度不超过20

条件

陈述本项测试工作对资源的要求,包括:

a.设备所用到的设备类型:

极限编功C#版Nuit,数量为1和预定使用时间2小时

b.软件列出将被用来支持本项测试过程而本身又并不是被测软件的组成部分的软件:

c.人员列出在测试工作期间预期可由用户和开发任务组提供的工作人员的人有4人,都是计算机专业的学生,有一定的软件开发和测试经验,部分测试计划一人将测试用例数据键入。

测试资料

列出本项测试所需的资料,如:

a.有关本项任务的文件:

网上书店系统需求规格说明书,网上书店系统概要的设计说明书,

b.测试的输入和输出举例如,用户名有效值取“Tsoft”,无效值取“null”

c.有关控制此项测试的方法、过程的图表:

测试2(标识符)

参与单位:

测试小组人员,客户指派的代表人员。

测试的部位:

商品信息添加模块。

进度安排

测试日期:

2013-12-24。

测试环境:

极限编功C#版Nuit测试环境(进行单元测试)。

培训:

测试人员会设计测试用例,测试用例的键入。

测试数据的准备如表2-10所示:

表2-10商品添加模块数据准备表

输入字段名称

有效数据

无效数据

商品名称

中国企业

null

计量单位

1

0

价格

23

avvdsv

商品图像

../ftp/images/中国企业.jpg

../ftp/images/中国企业.txt

商品描述

很好

#

条件

陈述本项测试工作对资源的要求,包括:

d.设备所用到的设备类型:

极限编功C#版Nuit,数量为1和预定使用时间3小时

e.软件列出将被用来支持本项测试过程而本身又并不是被测软件的组成部分的软件:

f.人员列出在测试工作期间预期可由用户和开发任务组提供的工作人员的人有4人,都是计算机专业的学生,有一定的软件开发和测试经验,部分测试计划一人将测试用例数据键入。

测试资料

列出本项测试所需的资料,如:

d.有关本项任务的文件:

网上书店系统需求规格说明书,网上书店系统概要的设计说明书,

e.测试的输入和输出举例如,商品名称有效值取“马卡龙”,无效值取“null”

f.有关控制此项测试的方法、过程的图表:

3测试设计说明

测试1(标识符)

对顾客注册信息模块测试设计的考虑如下(主要从有效等价类和无效等价类考虑):

1)用户名不能为空,在一定的字符范围内,可以包含字母,数字,汉字等字符。

所以有效的用例可以是”admin“,”srz效的空值或超出字符规定的长度。

2)密码不能为空,在一定的字符范围内,可以包含字母,数字,汉字等字符。

所以有效的用例可以是”123456“,”112a“等,无效的空值或超出字符规定的长度。

3)重复密码不能为空,在一定的字符范围内,可以包含字母,数字,汉字等字符,并且必须与上述密码的内容一致才可以。

所有有效的用例可以是”123456“,”112a“等,无效的空值或超出字符规定的长度或者与上述密码不一致。

4)联系电话能为空,只能是数字或”—“,满足一定的正则表达式,11位数字。

所以有效的用例可以是”“等,无效的空值或超出字符规定的长度或包含字母,汉字,其他无效字符等如:

”12wrew“。

5)邮政编码能为空,但若输入必须符合一定的规则,比如必须有字符”@“,所以必须满足一定的正则表达式如:

\w+([-+.']\w+)*@\w+([-.]\w+)*\.\w+([-.]\w+)*

控制

本测试的控制方式:

输入是采用人工、半自动相结合的方法,

控制操作的顺序:

现将用例输入,然后执行等待实际的测试结果。

结果的记录方法:

截取相应的测试结果图片,并且用表格的形式比较预测结果和实际结果的差别

输入

本项测试中所使用的输入数据如下表3-2所示:

表3-2添加商品信息模块数据的输入数据

输入字段名称

有效数据

无效数据

商品名称

中国企业

null

计量单位

1

0

价格

23

avvdsv

商品图像

../ftp/images/中国企业.jpg

../ftp/images/中国企业.txt

商品描述

很好

#

选择这些输入数据的策略:

根据实际用户的需求,实际的情况以及在数据库设计是的限制条件。

输出

预期的输出数据:

若管理员输入的数据全部有效,会出现“添加成功”的对话框,并且停留在商品添加页面。

若用户有一条数据不符合规范,就会出现“添加失败”的对话框,并且停留在商品添加页面。

过程

本测试的步骤:

1)先对进行测试的人员进行系统培训

2)编写顾客注册信息模块的测试计划

3)根据顾客注册信息模块测试需求,制定测试需求

4)根据测试说明书,编写测试用例

5)执行测试,记录测试记录及缺陷记录

6)测试总结,准备测试分析报告。

7)测试结束。

具体如图3-1所示:

图3-1测试过程图

测试准备:

有效的测试用例和无效的测试用例。

运行结束方式:

将准备的所有的测试用例都测试完毕后,并且保证每条独立路径都别覆盖。

测试2(标识符)

本项测试中所使用的输入数据如下表3-2所示:

表3-2顾客注册信息模块数据的输入数据

输入字段名称

有效数据

无效数据

商品名称

中国企业

null

计量单位

1

0

价格

23

avvdsv

商品图像

../ftp/images/中国企业.jpg

../ftp/images/中国企业.txt

商品描述

很好

#

选择这些输入数据的策略:

根据实际用户的需求,实际的情况以及在数据库设计是的限制条件。

输出

预期的输出数据:

若用户输入的数据全部有效,会出现“注册成功”的对话框,并且停留在注册页面。

若用户有一条数据不符合规范,就会出现“注册失败”的对话框,并且停留在注册页面。

过程

本测试的步骤:

1)先对进行测试的人员进行系统培训

2)编写添加商品信息模块的测试计划

3)根据添加商品信息模块测试需求,制定测试需求

4)根据测试说明书,编写测试用例

5)执行测试,记录测试记录及缺陷记录

6)测试总结,准备测试分析报告。

7)测试结束。

具体如图3-2所示:

图3-2测试过程图

测试准备:

有效的测试用例和无效的测试用例。

运行结束方式:

将准备的所有的测试用例都测试完毕后,并且保证每条独立路径都别覆盖。

4评价准则

范围

说明所选择的测试用例能够接查的范围及其局限性。

网上书店系统测试采用的是黑盒测试的方式对系统进行测试,主要测试软件的功能是否满足用户的需求,性能是否优越以及系统所存在的问题。

对系统的各个模块进行详细的测试,并记录测试的结果,对测试的结果进行细致的分析处理。

测试时对系统的各个功能模块进行拆分测试,并以每一个模块都要测试到。

对所有可能的结果尽最大可能都测试到,以及测试过程中存在的问题进行分析,然后提交测试的记录并督促开发人员进行修复,最后,对软件存在的问题以及性能的测试进行全面分析,给予记录并解决。

在测试的过程中需要提出各个问题的假设,以及根据需求报告文档中存在的问题,根据模块和用户的需求来改善系统。

列出可能会影响测试设计、开发或实施的所有风险、意外事件或所有约束。

测试计划和设计:

根据需求规格说明书和最终的系统设计,制定测试计划、测试方案,包括收集测试方法、测试用例、可能用到的测试工具等;

单元测试:

对各个模块的源代码进行测试,保证各模块基本功能能够正确的实现;

集成测试:

将各个模块进行组合测试,保证所有的功能都能够正确的实现;

系统测试:

根据《需求规格说明书》对软件进行功能测试,对重点的模块进行性能测试,并结合可能的用户测试;

验收测试:

根据用户手册对功能进行检查,复查报告库中的所有Bug,对Release版本进行安装测试。

数据整理

本测试主要采用手工的方式对测试数据进行加工,测试结果产生的数据同样采用手工的方式进行采集,并将采集的数据以图片的形式保存在文档中,便于分析。

主要的输入数据在第3部分已经列出。

以下是对应的输出数据的截图如图4-1,图4-2和图4-3所示,。

图4-1顾客注册信息模块图

 

图4-2添加商品模块图

图4-3主页商品呈现模块图

 

尺度

测试结果的类型:

显示相应的提示框或者相应的页面。

测试结果与预期结果之间容许的偏离范围:

在规定范围内。

允许中断或停机的次数:

1-3次。

 

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 医药卫生 > 基础医学

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2