校园超市购物系统Word文档格式.docx

上传人:b****5 文档编号:16258462 上传时间:2022-11-22 格式:DOCX 页数:18 大小:199.29KB
下载 相关 举报
校园超市购物系统Word文档格式.docx_第1页
第1页 / 共18页
校园超市购物系统Word文档格式.docx_第2页
第2页 / 共18页
校园超市购物系统Word文档格式.docx_第3页
第3页 / 共18页
校园超市购物系统Word文档格式.docx_第4页
第4页 / 共18页
校园超市购物系统Word文档格式.docx_第5页
第5页 / 共18页
点击查看更多>>
下载资源
资源描述

校园超市购物系统Word文档格式.docx

《校园超市购物系统Word文档格式.docx》由会员分享,可在线阅读,更多相关《校园超市购物系统Word文档格式.docx(18页珍藏版)》请在冰豆网上搜索。

校园超市购物系统Word文档格式.docx

运行平均时间

模块综合分析

0001

登陆

0002

注册

0003

修改信息

0004

商品界面

0005

商品分类

0006

购物车

0007

支付

2.2测试内容

2.3测试1(testB2C_MODEsys01)

2.3.1进度安排

第一天:

测试项目的UI显示问题,是否存在块的错位,以及对应不同浏览器的不同显示效果。

第二天:

测试模块0001以及0002,测试输入正确的信息能否得到正确的反馈,以及多次输入错误信息,确认反馈的信息是否经过处理

第三天:

测试模块0003以及0004逻辑有没有错误,并且尝试乱点击页面中的按钮等相关功能,测试稳定性,并确认数据是否传输正常,页面之间的衔接是否存在问题。

第四天:

测试模块0006与0007,确认其信息是否能正常与后台进行信息交接,以及信息的正确性、安全性测试。

第五天:

对整个网站进行稳定测试,确认每个页面之间的连接是否正常,确认页面中多个模块的融合性。

第六天:

组织人手进行数据库SQL注入、压力测试等相关最后工作,确保网站整体的安全。

2.3.2条件

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

前期:

人员10名计算机10台(需联网)

后期:

人员20名计算机20台(需联网)

2.3.3测试资料

1.项目开发计划

2.需求规格说明书

3.系统设计说明书

4.系统源码

5.用户使用手册

3、测试设计说明

3.1测试1(testB2C_IOsys01)

3.1.1控制

本测试输入是人工、半自动。

操作顺序:

1.在系统注册测试用户,登记输出内容,确认是否自动登陆,并记录;

2.在系统中各个页面模块中交替点击,记录数据传输是否有问题,以及页面转换是否正常;

3.测试整个系统的主要流程,记录后台收到的数据,并记录是否正常。

3.1.2输入

输入的数据在常规测试中,先输入正常数据。

通过了常规测试之后,开始输入乱码、中文等字符输入方法,再者输入不相应的数据组。

3.1.3输出

系统在测试过程中,可能会有一些原设想之外的数据输出,在乱码的测试过程中,系统可能会出现卡机、系统数据库被修改、乱码等等相关情况出现。

我测试组将会对上述所有的测试结果给予记录,遇到错误程序,将会详细记录出错方式、出错代码等等。

4、评价准则

4.1范围

出现的异常错误能够按照正常的错误页面显示出来;

非正常错误页面显示的皆为未处理的异常错误。

4.2数据整理

在测试结束自后,测试人员须将获得的数据通过整理优化,总结一份软件质量测试结果报告到开发组,对项目进行二级优化。

三、测试分析

1、单元测试

1.1单元说明

树形遍历单元,该单元实现将树形结构转换成二维数组的功能。

1.2单元代码(C#)

publicT[]GetFragment(intstart,intend,outintallcount){

intarrayCount=this.array.Length;

intpass=0;

intasite=0;

//统计无用的数组内的长度。

for(;

asite<

arrayCount;

++asite){

pass+=this.array[asite].Length;

if(pass>

=start){

pass-=this.array[asite].Length;

break;

}

}

inttint=asite;

allcount=pass;

//统计总长度。

tint<

++tint){

allcount+=this.array[tint].Length;

//计算返回数据长度。

intcount;

if(allcount<

start){

returnnull;

end){

count=allcount-start;

}else{

count=end-start;

T[]t=newT[count];

//开始填充数组。

//填充位置

intsite=0;

//遍历开头。

T[]tarray=this.array[asite];

inttacount=tarray.Length;

//检查开头是否能完整运行

tint=count+start-pass;

if(tint<

=tacount){//开头不能完整运行

for(inti=start-pass;

i<

tint;

++i){

t[site]=tarray[i];

++site;

returnt;

for(inti=start-pass;

tacount;

t[site]=tarray[i];

++site;

if(site==count){

++asite;

//遍历中间。

tarray=this.array[asite];

tacount=tarray.Length;

tint=count-site;

//后面要使用的变量,避免重复计算。

if(tacount>

tint){//无法容纳

tarray.CopyTo(t,site);

site+=tacount;

//遍历结尾。

tarray=this.array[asite];

tacount=tarray.Length;

for(inti=0;

returnt;

}

2、测试过程

2.1创建单元测试项目

2.2建立项目引用

2.3编写测试代码

由于数组测试的逻辑非常繁琐,所以这里将测试范围限制为返回数组长度为1的情况下进行的测试。

[TestMethod]

publicvoidTestMethod1(){

int[][]cida=newint[9][];

9;

cida[i]=newint[i];

for(intj=0;

j<

i;

++j){

cida[i][j]=j;

go8.model.simple.ContinuousArray<

int>

cat=newgo8.model.simple.ContinuousArray<

(cida);

intallcount;

Assert.AreEqual<

(cat.GetFragment(0,1,outallcount)[0],0);

(cat.GetFragment(10,11,outallcount)[0],3);

(cat.GetFragment(45,46,outallcount)[0],9);

(cat.GetFragment(1,2,outallcount)[0],0);

2.4运行测试

测试出现异常结果,经过检查,发现是测试用例BUG引起的问题。

修改测试代码并再次测试。

测试成功

2.5修改后的测试代码

(cat.GetFragment(10,11,outallcount)[0],0);

(cat.GetFragment(35,36,outallcount)[0],7);

(cat.GetFragment(35,40,outallcount)[0],7);

3、压力测试

针对具有复杂逻辑的网站首页进行前端压力测试,测试总共1000个请求,并发量5,每秒处理量84.29,98%的请求都能在107ms之内完成,在延迟情况合格的情况下,估计网站日承载量为大约400万PV。

四、测试用例设计

1、用户登陆测试用例表

测试用例编号

GWEB0001

版本号

1.0

测试环境

Windows7,CentOS6.5操作系统和chorme28浏览器

用例名称

用户登陆

前提条件

进入测试网站的登陆页面

测试步骤

输入正确的用户名以及密码,点击登陆,等待结果;

输入不对应的用户名以及密码,点击登陆,等待结果;

输入带有SQL注入指令的数据,点击登陆,等待结果;

输入数据

账号:

admin001密码pass9999

admin001密码999999

'

or'

1'

='

1密码:

1

预期输出

页面提示登陆成功;

页面提示用户密码错误,无法登陆

实际输出

同预期输出:

(Y/N)Y

问题描述

设计人

郭仕贤

设计日期

2014.9.30

测试人

测试日期

2014.10.1

再测试人

鲍思宁

再测试日期

2014.10.3

修改意见(用√选择

1、同意修改2、不必修改√3、暂时不修改

问题修改摘要

修改人

修改日期

2、网站用户注册测试用例表

GWEB0002

用户注册

进入测试网站的注册页面

1.输入正确的信息,点击注册,等待结果;

2.输入空信息,点击注册,等待结果;

3输入不符合格式的信息,点击注册,等待结果;

.

4.输入带有SQL注入指令的数据,点击注册,等待结果;

user001密码:

123456user

邮箱:

123456789@

密码:

邮箱:

a:

账号:

123456789密码:

123

b:

@

账号:

‘;

insertintouser_infovalue(‘user0001’,’123456’,’123456789@’)’

密码:

123456

提示注册成功

提示信息不能为空

a:

提示用户名必须以英文字母开头

b:

提示注册的邮箱格式错误

3、网站购物车商品删除测试用例表

GWEB0003

WindowsTechnicalPreview操作系统和IE11浏览器

购物车商品删除

已作为消费者登陆

打开购物车页面

随机删除购物车中的某件商品

刷新购物车查看结果

重复测试多次

购物车中的商品被删除

2014.10.5

2014.10.6

1、同意修改2、不必修改√3、暂时不修改

4、网站购物车商品数量更改测试用例表

GWEB0004

购物车商品数量更改

随机将购物车中的多件商品数量修改为随机值

随机生成的商品购买数量

购物车中的商品购买数量被更改

(Y/N)N

进行修改商品数量的操作后,刷新页面,商品数量未被修改。

2014.10.4

1、同意修改√2、不必修改3、暂时不修改

这是一个页面更改缺少保存环节引起的问题,已通过页面动态调用前端AJAX接口处理。

2014.10.8

5、网站商品分类测试用例表

GWEB0005

打开首页

按照随机顺序进入每一个商品分类页面查看信息

每个商品分类页面显示不同的商品数据

商品数据正确显示,但商品分类按钮未表现出当前正在浏览的分类。

2014.9.10

2014.9.11

林淑仪

前端变成人员已通过页面动态化数据解决问题。

2014.9.13

五、缺陷报告

1、注册功能缺陷报告

ID号

00001

发现人

记录日期

2014/9/23

所属模块

确认人

确认日期

状态

公开

严重度

1级

优先级

P2级

使用注册功能时,注册新用户不成功,无友好提示界面,直接提示http500内部服务器错误。

日志

测试注册功能时,只输入正确的注册信息,没有实现注册功能,反而出现了错误提示页面;

处理过程记录

已收到测试部门发送的缺陷报告,根据缺陷报告内容指定系统后端实现部门完成本次缺陷处理:

后端实现部门调查了系统后端的错误日志,发现这是由于数据库自动生成的数据出现错误引起的,后端实现部门已经与数据库管理部门共同对此错误进行协商修订。

开发负责人

修复日期

关闭日期

2014/9/24

2、网站首页浏览功能缺陷报告

2014/9/19

首页

2014/9/20

不公开

0级

P3级

对内部测试版本进行例行测试时打开网站首页,发现首页无法打开,并提示http500内部服务器错误。

前端服务器迁移测试,进行网站浏览时,无法正常打开首页。

已收到测试部门发送的缺陷报告,此缺陷指定服务器维护部门进行处理:

服务器维护部门针对此错误调查了测试服务器部署情况,并与前后端实现部门组成临时缺陷调查小组,经过对跨平台服务器部署测试、开发过程中的版本跟踪及日志记录,判断这是由于服务器前端承载程序错误引起的缺陷,已通过更改编译方式解决。

2014/9/21

六、测试总结

同时使用单元测试,将无效、冗余、带有BUG的代码进行的修正。

以及在多次上交缺陷报告中发现更多未知的运行异常,从而得以更进一步的完善。

在本次软件测试中,对整个电商网站进行了一次系统性的测试,从计划到实施,采用了单元测试中的黑盒测试等方法以及能够发现更多的BUG。

让网站能够更加的完善,让用户能够更好的体验。

七、参考文献

[1]易禹,廖年东.软件测试简明教程[M].武汉:

武汉大学出版社,2012.

[2]佟伟光.软件测试技术(第2版)[M].人民邮电出版社,2010:

225-257.

(注:

可编辑下载,若有不当之处,请指正,谢谢!

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

当前位置:首页 > 小学教育 > 学科竞赛

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1