测试分析报告.docx
《测试分析报告.docx》由会员分享，可在线阅读，更多相关《测试分析报告.docx（12页珍藏版）》请在冰豆网上搜索。
测试分析报告
图书商城
测试分析报告
文件状态：
[]草稿
[√]正式发布
[]正在修改
文件标识：
-图书商城-1.1-DETAIL
当前版本：
1.0
作者：
完成日期：
2011-12-10
版本历史
版本/状态
作者
参与者
起止日期
备注
1.0
全体项目组成员
2011-12-01--
2011-12-05
文档开发标准为GB8567-88
1.1
目录
1引言4
1.1编写目的4
1.2背景4
1.3定义4
1.4参考资料4
2测试概要5
3测试结果及发现6
3.1测试1（用户管理模块测试）6
3.2测试2（图书管理模块测试）7
3.3测试3（订单管理模块测试）7
3.4测试4（类别管理模块测试）8
3.5测试5（购物车模块测试）9
3.6测试6（支付模块测试）10
4对软件功能的结论10
4.1功能1（用户管理模块测试）10
4.1.1能力10
4.1.2限制10
4.2功能2（图书管理模块测试）10
4.2.1能力10
4.2.2限制11
4.3功能3（订单管理模块测试）11
4.3.1能力11
4.3.2限制11
4.4功能4（类别管理模块测试）11
4.4.1能力11
4.4.2限制11
4.5功能5（购物车模块测试）11
4.5.1能力11
4.5.2限制11
4.6功能6（支付模块测试）12
4.6.1能力12
4.6.2限制12
5分析摘要12
5.1能力12
5.2缺陷和限制12
5.3建议12
5.4评价12
6测试资源消耗12
1引言
1.1编写目的
为软件应用人员提供发现错误和修改依据，进一步实现软件的科学性，提高软件安全性；使软件能够更好的为软件应用人员服务。
1.2背景
A．软件系统的名称：
图书商城系统
B．开发者：
pioneer全体成员
C．在开始执行本测试计划之前必须完成的各项工作：
《可行性分析报告》、《项目开发计划》《需求分析说明书》《概要设计说明书》《详细设计说明书》等的编写
1.3定义
A．黑盒测试：
黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。
在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。
黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试
1.4参考资料
A．《可行性研究报告》
B．《项目开发计划》
C．《软件需求说明书》
D．《数据要求说明书》
E．《概要设计说明书》
F.《详细设计说明书》
G．《测试计划说明书》
《GB8567-1988计算机软件文档编制规范》
《GBT9386-1988计算机软件测试文件编制规范》
《GBT9385-1988计算机软件需求说明编制指南》
《GBT8567-1988计算机软件产品开发文件编制指南》
《信息系统分析与设计》清华大学出版社
2测试概要
编号
功能名称
功能描述
输入内容
输出内容
1.
用户管理模块测试
对用户信息进行查看、修改、删除等
会员ID，会员的用户名，密码
新会员被输入或者旧的会员信息被新的修改后的会员信息所代替并保存在数据库或会员信息被删除
2
图书管理模块测试
对图书进行增加、修改、删除、搜索等
一个指定图书的信息或添加一个新图书
新图书被输入或者旧的图书信息被新的图书信息所代替并保存在数据库
3
订单管理模块测试
订单的查看、修改、删除模块
图书的订单列表信息
原订单信息被新的信息代替，并保存在数据库
4
类别管理模块测试
对类别进行查看、增加、修改、删除等
一个指定类别的信息或输入一个新的类别
新产品类别被输入或者旧的产品类别信息被新的产品类别信息所代替并保存在数据库
5
购物车模块测试
对所选购的图书信息的筛选与保存
一个指定图书的信息
图书的ISBN号，书名，作者，价格，数量
6
支付模块测试
联系各大支付方式
配送地址、支付平台的URL
订单项，支付返回值
3测试结果及发现
3.1测试1（用户管理模块测试）
用例名称：
用户管理模块测试
用例ID：
1
角色：
管理员
用例说明：
管理员对该系统的注册会员进行管理
前置条件：
登录到系统前台，进入管理员系统
后置条件：
无
测试步骤：
登录系统对用户的信息进行修改，删除，查看
预期结果：
显示删改查成功
测试结果：
显示删改查成功
测试人员：
任同亚
测试日期：
2011-12-10
结论：
通过
3.2测试2（图书管理模块测试）
用例名称：
图书管理模块测试
用例ID：
2
角色：
管理员
用例说明：
管理员对图书进行增删改查
前置条件：
登录到系统前台，进入管理员系统
后置条件：
对图书进行管理
测试步骤：
管理员登录系统，对图书进行查看，增加，删除，修改
预期结果：
显示增删改查成功
测试结果：
显示增删改查成功
测试人员：
任同亚
测试日期：
2011-12-10
结论：
通过
3.3测试3（订单管理模块测试）
用例名称：
用户订单管理测试
用例ID：
3
角色：
普通用户
用例说明：
查看和删除订单测试
前置条件：
用户登录到系统前台
后置条件：
查看和删除订单
测试步骤：
登录到前台页面，输入账号和密码，查看订单
预期结果：
成功查看，增加，删除订单
测试结果：
成功查看，增加，删除订单
测试人员：
任同亚
测试日期：
2011-12-10
结论：
通过
3.4测试4（类别管理模块测试）
用例名称：
类别管理模块测试
用例ID：
4
角色：
管理员
用例说明：
对类别进行查看、增加、修改、删除等
前置条件：
用户登录到系统前台
后置条件：
查看，增删类别
测试步骤：
登录到前台页面，对类别进行增删改
预期结果：
成功添加、删除商品类别
测试结果：
成功添加、删除商品类别
测试人员：
任同亚
测试日期：
2011-12-10
结论：
通过
3.5测试5（购物车模块测试）
用例名称：
购物车模块测试
用例ID：
5
角色：
普通用户
用例说明：
选中商品加入购物车，可以对购物车中的商品进行删除，选中，生成订单的测试
前置条件：
用户登录到系统前台
后置条件：
管理购物车
测试步骤：
登录到前台页面，添加商品至购物车，生成订单
预期结果：
成功添加、删除商品，生成订单
测试结果：
成功添加、删除商品，生成订单
测试人员：
任同亚
测试日期：
2011-12-10
结论：
通过
3.6测试6（支付模块测试）
用例名称：
支付模块测试
用例ID：
6
角色：
普通用户
用例说明：
选中商品加入购物车，通过第三方支付方式进行支付
前置条件：
用户登录到系统前台
后置条件：
第三方支付平台
测试步骤：
登录到前台页面，添加商品至购物车，通过链接地址第三方支付
预期结果：
成功支付
测试结果：
成功支付
测试人员：
任同亚
测试日期：
2011-12-10
结论：
通过
4对软件功能的结论
4.1功能1（用户管理模块测试）
4.1.1能力
该系统能够满足对用户信息进行查看、修改、删除等
4.1.2限制
由于系统比较简单，对于图形界面设计不是很美观。
4.2功能2（图书管理模块测试）
4.2.1能力
管理员可以对图书进行查看，增加，修改和删除的操作
4.2.2限制
由于是手工录入图书信息，因此可能会出现图书的遗漏。
4.3功能3（订单管理模块测试）
4.3.1能力
用户可以对自己的订书单进行查看，修改和删除的操作。
4.3.2限制
对于订单中的一些内容是无法修改的。
4.4功能4（类别管理模块测试）
4.4.1能力
管理员可以对图书的种类进行增加，修改，删除。
4.4.2限制
由于是手工录入，可能会出现类别冲突
4.5功能5（购物车模块测试）
4.5.1能力
用户可以对所选购的图书信息的筛选与保存。
4.5.2限制
购物车模块未设最低订单限额。
4.6功能6（支付模块测试）
4.6.1能力
用户可以通过第三方支付方式在线支付。
4.6.2限制
由于系统的局限性，安全程度不是很高
5分析摘要
5.1能力
上述图书商城的测试覆盖客户要求的全部功能，采用一种以上特殊事例的方法，对该软件进行科学测试，得出理性的结论，经上述测试证明了该系统功能的完备性，符合客户要求。
5.2缺陷和限制
由于测试选例毕竟有限，不能绝对避免特殊事例下的特殊情况，不能完全排除该软件的潜在危险，在该软件的使用过程中仍需对可能发生的意外情况进行记录分析，及时排除软件的潜在危险，最终实现该软件的确实可用性。
5.3建议
由于开发人员技术水平的局限性，系统不够成熟，而且管理时数据流量大，使用初期应由专业人士进行跟踪测试，及时排除可能错误。
5.4评价
该软件开发达到预期目的，能够交付使用。
6测试资源消耗
测试使用数名专业测试人员长达一周的测试，期间使用了大量的数据，该数据对用户来说均属无用数据，测试完成后已清除。
升级会员 