软件测试报告参考模板Word文档格式.docx
- 文档编号:22073926
- 上传时间:2023-02-02
- 格式:DOCX
- 页数:19
- 大小:182.81KB
软件测试报告参考模板Word文档格式.docx
《软件测试报告参考模板Word文档格式.docx》由会员分享,可在线阅读,更多相关《软件测试报告参考模板Word文档格式.docx(19页珍藏版)》请在冰豆网上搜索。
2.4.1功能性9
2.4.2易用性9
2.5覆盖分析10
2.5.1需求覆盖10
3测试用例11
3.1功能测试11
3.1.1子功能名称11
4测试结果19
4.1bug性质及模块分布图19
4.2改进建议19
5测试结论20
5.1功能20
5.2易用性20
5.3可靠性21
5.4兼容性21
5.5安全性21
1引言
1.1编写目的
本测试报告为在线购物系统项目的测试报告,目的在于总结测试阶段的测试以及分析测试结果,描述系统是否符合需求。
预期参考人员包括用户、测试人员、开发人员。
伴随着网络和服务业的发展,网上购物正不断的改变我们的购物方式。
对于图书资源本身重种类繁多和数据庞大的特点,在一个具体书店寻找并购买一本所需要的图书越来越困难,在这种情况下,此系统由此诞生,它整合大量的图书资源,让用户在家就能体验购书的乐趣。
1.2项目背景
目前网上购物发展迅速,各类管理系统也应运而生,针对各类大型网购网站的管理系统的开发已经非常成熟,从拍下到订单,再到付款,收货确认,都可以做到统一管理。
前台可以做到预定实物,虚拟物品等各种预定业务。
然而,为数众多的小的购物网站却没有一个合适的管理系统,因此,我们觉得开发此管理系统是十分必要的。
网上购物系统软件是一功能比较完善的数据管理软件,具有数据操作方便高效迅速等优点。
该软件采用功能强大的数据库软件开发工具进行开发,具有很好的可移植性,可在应用范围较广的WINDOWS系列等操作系统上使用。
除此以外,该系统可通过访问权限控制以及数据备份功能,确保数据的安全性。
1.3用户群
主要读者:
项目管理人员,项目测试经理,业主相关人员;
其他读者:
项目其他相关人员。
1.4基本定义
五类测试错误类型。
A类:
严重错误,包括以下各种错误:
⏹由于程序所引起的死机,非法退出
⏹死循环
⏹数据库发生死锁
⏹因错误操作导致的程序中断
⏹功能错误
⏹与数据库连接错误
⏹数据通讯错误
B类:
较严重错误,包括以下各种错误:
⏹程序错误
⏹程序接口错误
⏹数据库的表、业务规则、缺省值未加完整性等约束条件
C类:
一般性错误,包括以下各种错误:
⏹操作界面错误(包括数据窗口内列名定义、含义是否一致)
⏹打印内容、格式错误
⏹简单的输入限制未放在前台进行控制
⏹删除操作未给出提示
⏹数据库表中有过多的空字段
D类:
较小错误,包括以下各种错误:
⏹界面不规范
⏹辅助说明描述不清楚
⏹输入输出不规范
⏹错误操作未给用户提示
⏹提示窗口文字未采用行业术语
⏹可输入区域和只读区域没有明显的区分标志
1.5术语和缩写词
列出设计本系统/项目的专用术语和缩写语约定。
对于技术相关的名词和与多义词一定要注明清楚,以便阅读时不会产生歧义。
1.6参考资料
[1]《JAVA编程思想》,机械工业出版社,2007
[2]《JavaScript入门经典》,清华大学出版社,2009
[3]《JAVA经典实例》,中国电力出版社,2009
[4]《数据库技术及应用教程》,清华大学出版社,2011
2测试概要
测试目的:
在于为执行测试提供用例,指导测试的实施,查找分析缺陷,评估测试质量并执行测试用例后,需要跟踪故障,以确保开发的产品适合需求。
测试声明:
测试人员在软件开发过程中的任务:
1、寻找Bug;
2、避免软件开发过程中的缺陷;
3、衡量软件的品质;
4、关注用户的需求。
2.1测试环境
2.1.1软件硬件配置
表2.1配置图
环境
应用服务器
数据库服务器
客户端
硬件配置
Linux
CPU:
CPU奔腾Ⅲ以上
内存:
512M以上
硬盘:
500G或以上
MySQL
WindowsxpWindows98\7
100G或以上
软件配置
Window2000
网络配置
10MLAN
2.1.2网络拓扑图
图2.1网络拓扑图
2.2测试计划
版本/时间计划开始实际开始计划完成实际完成加班增加资源:
表2.1测试计划
(1)
版本/时间
计划开始时间
实际开始时间
计划结束时间
实际结束时间
加班
增加资源
登陆模块
12-3
12-5
否
注册模块
12-6
12-8
购物车模块
12-9
12-10
订单模块
12-11
12-13
表2.1测试计划
(2)
任务(子功能)
开始时间
结束时间
总计(天)
2012-12-03
2012-12-05
3
2012-12-06
2012-12-08
2012-12-09
2012-12-10
2
2012-12-11
2012-12-13
2.3测试执行
此次测试严格按项目计划和测试计划执行,按时完成了测试计划规定的测试对象的测试。
针对测试计划规定的测试策略,在测试执行中都有体现,在测试执行过程中,依据测试计划和测试用例,对系统进行了完整的测试。
2.4测试用例
测试用例设计方法:
边界值分析法
边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。
通常边界值分析法是作为对等价类划分法的补充,这种情况下,其测试用例来自等价类的边界。
2.4.1功能性
在前台实现的基本主要有:
a.用户注册
b.用户登陆
c.修改用户个人信息
d.商品选购
e.查看商品详细情况
f.购物车功能
g.查看用户的订单信息
后台管理部分主要有:
a.商店商品管理:
添加、修改、删除、查看。
b.用户信息管理:
查看、修改、删除。
c.订单信息管理:
查看订单清单、更新订单付款、出货状态、删除订单。
2.4.2易用性
操作按钮提示信息正确性,一致性,可理解性。
限制条件提示信息正确性,一致性,可理解性。
必填项标识。
输入方式可理解性
2.5覆盖分析
2.5.1需求覆盖
本次测试对系统需求的覆盖情况为需求覆盖率=Y(P)项/需求项总数×
100%=100%
表2.5.1覆盖测试需求
需求/功能
测试类型
是否通过
备注
商品浏览
功能测试
Y
注册
登陆
购物车
订单
表格中“是否通过”的四种状态:
[Y]:
全部通过
[P]:
部分通过
[N]:
不通过
[N/A]:
不可测试或者用例不适用
3测试用例
3.1功能测试
3.1.1子功能名称
表1
测试编号
A001
模块名称
建立日期
2012-12-3
建立人员
杨忠翰
修改日期
2012-12-15
状态
[]草稿[]正在修改[√]正式发布
定义
为了在用户进行商品交易的时候确认用户ID,用户在进行商品结算的时候,进行登录。
登录的主要目的是通过ID确认该用户是否注册,系统根据登录用户名的注册信息进行交易。
登陆界面实现验证码功能。
登录的时机可以在用户访问系统的时候,也可以在商品结算的时候。
只有登陆才可以结算,如果不登陆结算则跳回登陆界面。
结算界面要求可以导航到用户定单维护界面,方便用户查看,维护定单。
用例
1、界面输入要素:
用户名,口令,附加码。
2、界面操作要素:
登录按钮,取消按钮,注册按钮。
3、Tab键对输入焦点的切换顺序
4、附加码的点击事件触发。
5、取消按钮的点击事件触发。
预期情况
1
界面输入要素:
界面操作要素:
Tab键对输入焦点的切换顺序
4
附加码的点击事件触发后刷新。
5
取消按钮的点击事件触发后清空界面输入要素的内容。
实际结果
与预期结果相同,如图所示。
结论
测试通过
表2
A004
2012-12-14
用户购买的商品通过邮寄,物流等手段送达的地址,进行交易的一些必须的基本信息通过注册的方式保存在系统中。
为保证用户帐号的唯一性,建议采用电子邮件地址作为ID。
为方便用户随时更正不合理的数据,要求系统提供及时的客户校验提示功能
1、登录前
2.登录后
3.注册数据的输入采用向导方式:
用户帐号-〉用户信息-〉信息确认提交。
4.点击保存后数据保存。
5.用户帐号的电子邮件校验。
6.用户口令输入2次,两次口令做相等校验
7.注册成功后,自动进行登录。
登录前能进入注册界面。
登录后能进入注册界面。
注册数据的输入采用向导方式:
点击保存后数据保存成功。
用户帐号的电子邮件校验成功。
6
用户口令是否输入两次,两次口令做相等校验
7
注册成功后,自动进行登录,并自动定向到主页面。
表3
A003
商品交易功能是本系统最核心的功能,也称为购物车功能。
该功能主要完成商品选购与结算。
登录用户可以在查询结果中选择是否购物,购物商品临时存放在购物车中,由用户最后确认并结算后再放入数据库交易记录。
没有登录的用户则直接转移到登录页面,登录后自动结算并回到结算页面,确认交易结果。
在结算得时候,提供商品数量录入,允许用户指定购买数量。
用户也可以在结算前删除预购买的商品。
1、添加商品是否自动显示购物车。
2、点击购物车是否显示购物车。
3、购物车中商品是否正确。
4、相同商品数量是否累加,是否显示结算按钮
5、能否修正购物车数量。
6、修改数量后,价格显示是否正确。
7、能否正确删除指定商品。
8、删除商品后商品选项是否正确。
9、删除商品后,价格总计显示是否正确。
10、能否清空数据。
清空购物车后,选购商品是否为空。
11、清空购物车后,商品价格总计是否为0。
添加商品自动显示购物车。
点击购物车显示购物车。
购物车中商品正确。
相同商品数量累加,显示结算按钮
修正购物车数量。
修改数量后,价格显示正确。
正确删除指定商品。
8
删除商品后商品选项正确。
9
删除商品后,价格总计显示正确。
10
清空数据。
清空购物车后,选购商品为空。
11
清空购物车后,商品价格总计为0。
与预期结果相同。
如图所示
表4
用户订单维护就是管理人员可以通过该系统确认用户的交易商品信息,比如商品价格,数量。
确认用户信息,比如发货地址,联系方式,通过该系统进行商品发送前的联系,记录发货过程。
1.点击结算
2.点击取消
3.点击下一步
4.点击取消
5.点击下一步
点击结算之后,出现生成订单步骤
点击取消之后,回到购物车页面
点击下一步,进入填写送货地址页面
点击取消,回到首页面
点击下一步,订单成功
实际结果如图所示:
1.
2.
3.
4.
.
5.
实际运行结果与预期的结果完全相符合
4测试结果
4.1bug性质及模块分布图
对被测软件的总体评估:
标识在测试中的缺陷、限制或约束,对软件和系统性能的影响,包括未得到满足的标识,推荐的更正方案或方法。
表2.1bug类型及数量
模块
Bug性质
A类
B类
C类
D类
总数
软件测试合格须符合以下标准:
表2.1测试合格标准
A类错误
B类错误
C类错误
D类错误
无
<
1%
5%
4.2改进建议
在整个系统测试执行期间,项目组开发人员高效地及时解决测试人员提出的各种缺陷,在一定程度上较好地保证了测试执行的效率以及测试最终期限。
但是在整个软件测试活动中还是暴露了一些问题,如,测试执行时间相对较少,测试通过标准要求较低;
开发人员相关培训未做到位,编码风格各异,细节性错误较多,返工现象存在较多;
测试时对管理平台不够熟悉,使用时效率偏低;
测试时对系统了解不够透彻,测试执行时存在理解偏差,导致提交无效缺陷。
通过开发人员和测试人员协力合作,网上购物系统项目如期完成并达到交付标准。
建议:
需求提出方可以再使用该系统的基础上,继续搜集用户的使用需求反馈,并结合市场同类产品的优势,在今后的版本中不断补充并完善功能。
●在项目开始的时候应该制定编码标准,数据库标准,需求变更标准,开发和测试人员都严格按照标准进行,可以在后期减少因为开发,测试不一致而导致的问题,同时也可以降低沟通成本。
●发布版本的时候,正确布置测试环境,减少因为测试环境,测试数据库数据的问题而出现的无效bug。
●开发人员解决bug的时候,填写bug原因以及解决方式,方便bug的跟踪。
●开发人员在开发版本上发现bug,可以通知测试人员,因为开发人员发现的bug很有可能在测试版本上出现,而测试人员和开发人员的思路不同,有可能测试人员没有发现该bug,而且,这样可以保证发现的bug都能够被跟踪。
5测试结论
1.测试执行是否充分(可以增加对安全性、可靠性和功能性等描述)
2.对测试风险的控制措施和成效
3.测试目标是否完成
4.测试是否通过
5.1功能
系统正确的实现了用户注册功能,用户登录功能,用户相关信息维护功能,商品浏览与查找功能,商品交易功能,管理员登录功能,商品信息管理功能,商品类别管理功能,用户订单管理功能,注册用户管理的查询,添加,修改,删除的功能,管理员管理功能,系统在实现用户管理下的权限管理功能时,存在重大的缺陷,权限控制不严密,权限设计有遗漏。
5.2易用性
现有系统实现了如下易用性:
1.必填项标识
2.输入方式可理解性
3.输入限制的正确性
4.中文界面下数据语言与界面语言的一致性
5.操作按钮提示信息正确性,一致性,可理解性
6.输入限制提示信息的正确性,可理解性,一致性
7.查询,添加,删除,修改操作相关提示信息的一致性,可理解性
现有系统存在如下易用性缺陷:
1.中英文混排
2.界面排版不美观
3.中英文对应的正确性
4.输入缺少解释性说明
5.输入,输出字段的可理解性差
5.3可靠性
现有系统的可靠性控制不够严密,很多控制是通过页面控制实现的,如果页面控制失效,可以向数据库插入数据,引发错误。
现有系统的容错性不高,如果系统出现错误,返回错误类型为找不到页面错误,无法回复到出错前的状态。
5.4兼容性
现有系统支持window下的IE浏览器和傲游,360浏览器,支持linux系统下的IE浏览器和火狐浏览器。
现有系统未进行其他兼容性测试。
5.5安全性
现有系统控制了以下安全性问题:
⏹把某一个登录后的页面保存下来,不能单独对其进行操作不进行登录
⏹直接输入某一页面的Url能否打开页面并进行操作不应该允许。
现有系统未控制以下安全性问题:
⏹用户名和密码应对大小写敏感
⏹登录错误次数限制
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 测试报告 参考 模板