PC测试结果

袁梅
2.3
测试结果
【按顺序给出每一测试项目的：
a.
实测结果数据；
b.
与预期结果数据的偏差；
c.
该项测试表明的事实；
d.
该项测试发现的问题。
】
八、测试分析报告
测试项目名称：商品库存管理系统
测试名称：
0001
用户登录功能测试
测试内容：输入用户名和密码，例如：
angel
和
345678
测试结果：能登陆到主界面，用不同权限的账号能做不同的操作。
如果只有部分用户升级的影响，老版本的用户没有模拟重发功能。
项目单位：保定邦利德网络科技有限公司
软件用途：运输系统
1.
静态测试：主要方法有审阅，检查。
事物流：数据进入模块中的关键域，值相不相同。
数据：数据库，后台，页面展示。
2.
参考资料：
2.1测试用例
2.2需求文档（无）
2.3详细设计说明书（无）
2.4用户操作手册（无）
自动提取信息用的是本地时间（客户时间有误）服务器过滤晚于本地时间的信息，
登陆未限制登陆时间，如果本地时间早于服务器时间，会造成大量数据丢失，
隔天相同时间登陆，是否有误~
两种方案：
一：
1.人工服务器时间
2.自动是本地时间
3.登陆3分钟限制
二：人工，自动都采用服务器时间。登陆无时间限制
客户端，发布信息，货物信息过长（40-50个字100左右各字符），后台同步不过来货物信息。设置成交后，在自己的发布界面一直显示。（对其他用户没有影响，只对自己有影响）。
测试目的：测试是否能成功更新该信息
测试结果：
能较好的显示入库的信息，
界面较有好，
能和用户做很好的交
互。
0005
查询统计功能测试
测试内容：输入查询的关键字
测试目的：测试是否能成功查询到所需要的信息
测试结果：
能很好的显示该查询的信息，
界面较有好，
能适应用户的不同
查询需要。
0006
打印功能测试
测试内容：显示所需的信息
但是，
我们总是对于我们的项目是抱着一种精益求精的态度，
虽然系统是可以正常运行
了，
但是难免还存在着可以改进的地方。
我们的系统在与数据库的链接中，
出现了一点点的
小瑕疵，
由于数据库的编码不能改变，
不能用
utf-8
编码，
导致了我们的系统对于中文数据
八、测试分析报告
来说，只能是显示乱码，只能用英文来保存数据库中数据。显然，这是一个很遗憾的地方，
测试内容：输入入库的数量
测试结果：
能较好的显示入库的信息，
界面较有好，
能和用户做很好的交
互。
0005
查询统计功能测试
测试内容：输入查询的关键字
测试结果：
能很好的显示该查询的信息，
界面较有好，
能适应用户的不同
查询需要。
0006
打印功能测试
测试内容：显示所需的信息
测试结果：能显示出所需的信息，导入到相应的文档中。
3
．软件需求测试结论
【按顺序给出每一项需求测试的结论。包括：
a.
证实的软件能力；
b.
局限性（即项需求未得到充分测试的情况及原因）
。
】
测试中，
所有的测试项目均能到达预期的效果，
也就是说，
基本上该系统已经能够正常
的进行工作，实现基本资料维护模块，日常业务模块，查询统计模块，
并能提供稳定的文档
的导入及打印，基本上是实现了需求分析中该系统所应该实现的功能。
但是相信，在今后的改进中，会克服这种困难，把该项目做得更好。
4
．评价
4.1
软件能力
【经过测试所表明的软件能力。
】
测试项目名称：商品库存管理系统
测试名称：
0001
用户登录功能测试
测试内容：输入用户名和密码，例如：
angel
和
345678
测试目的：测试是否能成功登陆该系统。
0002
基本资料维护功能测试
测试内容：输入，删除，修改信息。例如：提供商信息的删除、修改、增
】
局限性
:
由于
MySQL
的一些不明原因
,GDK
和
UTF_8
编码的选择不能被安装
,
所以只能选
择标准状态下的英文编码
,
因此系统所有的数据均由数字和英文表示
,
在下次的改进版中将
会加以改善
.
4.3
建议
【提出为弥补上述缺陷的建议。
】
更换一个更好的数据库，或者升级原有的数据库。
4.4
测试结论
【说明能否通过。
】
各项测试用例测试下来说明
测试是否能成功查询到所需要的信息
0003
设备和软件：
硬件要求：
Genuine Intel
（
R
）
CPU 2140 @ 160GHz 1.60GHz
，
100GB RAM
运行环境：
win98/winNT4.0/win2000/winxp
Jdk1.5
、
Eclipse3.2
、
MySql5.0
负责人员：
袁梅
参与测试人员：
加。
测试目的：测试是否能成功保存、修改或删除该信息
测试结果：能登陆到主界面，用不同权限的账号能做不同的操作。
0003
出库功能测试
测试内容：输入出库的数量
测试目的：测试是否能成功更新该信息
测试结果：
能和后台数据库做到很好的交互，
所作的任何修改能保存到数
据库中。
0004
入库功能测试
测试内容：输入入库的数量
3.测试计划执行情况
3.1
测试项目：特运通
列出每一测试项目的名称、内容和目的。
测试名称：
0001
用户登录功能测试
测试内容：输入用户名和密码，例如：13146464880/999888
0002
测试内容：输入，搜索，发布信息。
测试目的：测试是否能成功更新该信息，后台设成交，无效，有效~页面是否有同步更新
八、测试分析报告
测试目的：测试是否Байду номын сангаас成功显示信息并且导入到文档。
测试结果：能显示出所需的信息，导入到相应的文档中。
我们可以从以上六个测试的内容、
目的和结果中，
得出这个结论：
该系统能够实现基本的信
息的维护，日常业务，和查询统计功能。
4.2
缺陷和限制
【说明测试所揭露的软件缺陷和不足，以及可能给软件运行带来的影响。
登陆时间验证
如果电脑比服务器时间（北京时间）慢两分钟或者快一分钟，都可以登陆特运通~其他时间都不能登陆。
发布时间也是按本地时间，用户电脑时间，而不服务器时间。QQ提取消息也是根据本地时间。本地时间早于信息发布的时间，是为过期信息。
服务器时间信息提取，也不能早于本地时间。
人工提取信息用的服务器时间（一定要确保服务器时间同于北京时间）
1.目的地输入大理，模糊查询~出现重复数据(继续跟踪测试，)
2.后台同时查出两条相同的用户信息
3..出发地是吉林长春地理坐标会地位到吉林市~（错误，核实）3.
几发吉林吉林
吉林吉林吉林记录；；
1.
信息提取的时间间隔，线上版本为30分钟~
消息盒子提取消息的时间查，现在时间间隔是30分钟，建议延时到10到15分钟。（QQ消息盒子）
0002
基本资料维护功能测试
测试内容：输入，删除，修改信息。例如：提供商信息的删除、修改、增
加。
测试结果：
能和后台数据库做到很好的交互，
所作的任何修改能保存到数
据库中。
0003
出库功能测试
测试内容：输入出库的数量
测试结果：
能较好的显示出库的信息，
界面较有好，
能和用户做很好的交
互。
0004
入库功能测试
,
该系统相对稳定
,
测试用例的选择能够适时地满足测试用
例设计需求
,
基本上达到项目测试所应具有的水平
,
相对较客观完善
,
与预期效果相差无几
,
满足了用户的相应需求
.