校园二手交易系统测试分析报告同名25774.docx

校园二手交易系统测试分析报告同名25774.docx

《校园二手交易系统测试分析报告同名25774.docx》由会员分享，可在线阅读，更多相关《校园二手交易系统测试分析报告同名25774.docx（5页珍藏版）》请在冰豆网上搜索。

校园二手交易系统测试分析报告同名25774

校园二手交易系统-测试分析报告（同名25774）

六、测试分析报告

1．引言

1.1编写目的

为了能更好的来使用火警报警系统，要对系统里的每一个项目进行一个相应的测试，

测试的目的就是及时的来发现隐藏在系统里的缺陷，分析产生缺陷的原因，并且找到对

症下药的方法来弥补这个缺陷，使系统达到一个相对于稳定的状态，尽可能的减少错误的发

生，减少不必要的经济损失。

1.2项目背景

随着商品经济的发展，高校学生通常会有出售二手货物的需求，而其他在同校的学生又希望买到廉价的二手货品。

二手货物交易主要是通过校内论坛二手交易板块和跳蚤市场，由于同学们平时都喜欢宅在寝室，跳蚤市场很多人都不愿意去看，而校内论坛上的二手交易信息，多且杂，找起来费时费力，这些远远不能为我们提供方便导致很多二手物品被当垃圾扔掉。

通过对校内论坛二手商品交易板块的分析，以及对校内学生的调查，发现校内的二手物品交易有如下特点：

种类多，规模小，交易随机性比较强，时间分布基本上比较平均，每年的6、7月份会出现一个二手物品交易的高峰。

参加交易的人员绝大多数为在校的学生。

针对这一情况应运而生，为广大同学提供方便同时，又实现了废旧物品的再循环利用。

1.3定义

静态测试：

主要方法有审阅，检查。

单元测试，组装测试，系统测试。

事物流：

数据进入模块中的关键域，值互不相同。

主键：

数据库表中与其他表主键关联的域。

ROLLBACK:

数据库的错误恢复机制。

1.4参考资料

《软件工程》（第三版） 张海藩 倪宁 编著

 《JAVA核心思想》

 《Java大学实用教程》（第二版）耿祥义 张跃平 编著 

《设计模式》Erich Richard Helm 和Raph Johnson John Vlissides 编著 

《面向对象软件工程》Stephen R.Schach 编著

《软件测试——方法和技术》朱少民等编著清华大学出版社2006年6月

2．测试计划执行情况

2.1测试项目

（一）登陆注册模块功能测试

测试内容：

（1）密码验证功能

（2）信息录入功能

（3）信息查询功能

 （4）密码修改功能

目的：

检测能否登陆该系统以及是否可以修改密码修改信息等功能。

（二）管理员能测试

测试内容：

（1）添加公用广告功能

（2）管理用户功能

（3）管理留言功能

目的：

检测管理员各项功能是否正常。

（三）订单模块功能测试

测试内容：

（1）订单功能

目的：

订单功能是否正常，能否在第一时间产生订单。

2.2测试机构和人员

测试机构名称：

数学与计算机工程学院

负责人：

组长

主要职责就是进行项目测试

2.3测试结果

（一）登陆模块功能测试：

信息查找及录入功能正常，但密码验证与密码修改功能有错误，可能前台与数据库之间的链接部分没做好。

（二）管理员模块功能测试：

信息查找及录入功能正常，但密码验证与密码修改功能有错误，可能前台与数据库之间的链接部分没做好。

（三）通信模块功能测试：

订单功能正常，能在第一时间产生订单，在预期结果之内。

3．软件需求测试结论

测试中，所有的测试项目均能到达预期的效果，也就是说，基本上该系统已经能够正常的进行工作，实现基本资料维护模块，日常业务模块，查询统计模块，基本上是实现了需求分析中该系统所应该实现的功能。

但是，我们总是对于我们的项目是抱着一种精益求精的态度，虽然系统是可以正常运行了，但是难免还存在着可以改进的地方。

我们的系统在与数据库的链接中，出现了一点点的小瑕疵，由于数据库的编码不能改变，不能用utf-8编码，导致了我们的系统对于中文数据来说，只能是显示乱码，只能用英文来保存数据库中数据。

显然，这是一个很遗憾的地方，但是相信，在今后的改进中，会克服这种困难，把该项目做得更好。

准状态下的英文编码,因此系统所有的数据均由数字和英文表示,在下次的改进版中将会加以改善。

软件约束：

系统采用Php技术进行开发。

开发及运行环境为：

数据库：

MicrosoftSQLServer2000操作系统：

MicrosoftWindows2000AdvancedServer

环境约束：

Web服务器及数据库服务器均采用IntelP4（1.8Hz）PC工作站。

内存1024M。

硬盘120G。

4.3建议

（1）应当把尽早和不断测试放在首位。

（2）程序员应该避免检查自己的程序，测试工作应该又独立的专业测试软件机构来完成测试。

（3）设计测试用例时应该考虑到合法的输入和不合法的输入，以及各中边界条件，特殊情况下要制造极端的状态和意外状态。

（4）要注意测试中的错误集中发生现象。

（5）对测试结果有一个确认过程。

（6）回归测试的关联性一定要引起充分的注意，修改一个错误而引起更多错误的现象并不少见。

（7）更换一个更好的数据库，或者升级原有的数据库。

4.4测试结论

各项测试用例测试下来说明,该系统相对稳定,测试用例的选择能够适时地满足测试用例设计需求,基本上达到项目测试所应具有的水平,相对较客观完善,与预期效果相差无几,满足了用户的相应需求。