校园二手交易系统-测试分析报告(共7页).docx

《校园二手交易系统-测试分析报告(共7页).docx》由会员分享，可在线阅读，更多相关《校园二手交易系统-测试分析报告(共7页).docx（7页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、精选优质文档-倾情为你奉上六、测试分析报告1引言1.1编写目的为了能更好的来使用火警报警系统，要对系统里的每一个项目进行一个相应的测试，测试的目的就是及时的来发现隐藏在系统里的缺陷，分析产生缺陷的原因，并且找到对症下药的方法来弥补这个缺陷，使系统达到一个相对于稳定的状态，尽可能的减少错误的发生，减少不必要的经济损失。1.2项目背景随着商品经济的发展，高校学生通常会有出售二手货物的需求，而其他在同校的学生又希望买到廉价的二手货品。二手货物交易主要是通过校内论坛二手交易板块和跳蚤市场，由于同学们平时都喜欢宅在寝室，跳蚤市场很多人都不愿意去看，而校内论坛上的二手交易信息，多且杂，找起来费时费力，这些

2、远远不能为我们提供方便导致很多二手物品被当垃圾扔掉。通过对校内论坛二手商品交易板块的分析，以及对校内学生的调查，发现校内的二手物品交易有如下特点：种类多，规模小，交易随机性比较强，时间分布基本上比较平均，每年的6、7月份会出现一个二手物品交易的高峰。参加交易的人员绝大多数为在校的学生。针对这一情况应运而生，为广大同学提供方便同时，又实现了废旧物品的再循环利用。1.3定义静态测试：主要方法有审阅，检查。单元测试，组装测试，系统测试。事物流：数据进入模块中的关键域，值互不相同。主键：数据库表中与其他表主键关联的域。ROLLBACK:数据库的错误恢复机制。1.4参考资料软件工程（第三版）张海藩倪宁编

3、著JAVA核心思想Java大学实用教程（第二版）耿祥义张跃平编著 设计模式ErichRichardHelm和RaphJohnsonJohnVlissides编著面向对象软件工程StephenR.Schach编著软件测试方法和技术朱少民等编著清华大学出版社2006年6月2测试计划执行情况 2.1测试项目(一)登陆注册模块功能测试测试内容：（1）密码验证功能 （2）信息录入功能 （3）信息查询功能 （4）密码修改功能目的：检测能否登陆该系统以及是否可以修改密码修改信息等功能。(二)管理员能测试测试内容：（1）添加公用广告功能（2）管理用户功能 （3）管理留言功能 目的：检测管理员各项功能是否正常。

4、(三)订单模块功能测试测试内容：（1）订单功能目的：订单功能是否正常，能否在第一时间产生订单。2.2测试机构和人员测试机构名称：数学与计算机工程学院负责人：组长 主要职责就是进行项目测试2.3测试结果(一)登陆模块功能测试：信息查找及录入功能正常，但密码验证与密码修改功能有错误，可能前台与数据库之间的链接部分没做好。(二)管理员模块功能测试：信息查找及录入功能正常，但密码验证与密码修改功能有错误，可能前台与数据库之间的链接部分没做好。（三)通信模块功能测试：订单功能正常，能在第一时间产生订单，在预期结果之内。3软件需求测试结论测试中，所有的测试项目均能到达预期的效果，也就是说，基本上该系统已经

5、能够正常的进行工作，实现基本资料维护模块，日常业务模块，查询统计模块，基本上是实现了需求分析中该系统所应该实现的功能。但是，我们总是对于我们的项目是抱着一种精益求精的态度，虽然系统是可以正常运行了，但是难免还存在着可以改进的地方。我们的系统在与数据库的链接中，出现了一点点的小瑕疵，由于数据库的编码不能改变，不能用utf-8编码，导致了我们的系统对于中文数据来说，只能是显示乱码，只能用英文来保存数据库中数据。显然，这是一个很遗憾的地方，但是相信，在今后的改进中，会克服这种困难，把该项目做得更好。4评价4.1软件能力(一)登陆模块功能测试：信息查找及录入功能正常，但密码验证与密码修改功能有错误，可

6、能前台与数据库之间的链接部分没做好。(二)管理员模块功能测试：信息查找及录入功能正常，但密码验证与密码修改功能有错误，可能前台与数据库之间的链接部分没做好。（三)通信模块功能测试：订单功能正常，能在第一时间产生订单，在预期结果之内。4.2缺陷和限制局限性:由于MySQL的一些不明原因,GDK和UTF_8编码的选择不能被安装,所以只能选择标准状态下的英文编码,因此系统所有的数据均由数字和英文表示,在下次的改进版中将会加以改善。软件约束：系统采用Php技术进行开发。开发及运行环境为：数 据 库：Microsoft SQL Server 2000 操作系统：Microsoft Windows 200

7、0 Advanced Server环境约束：Web服务器及数据库服务器均采用 Intel P4（1.8Hz）PC工作站。内存1024M。硬盘120G。4.3建议（1） 应当把尽早和不断测试放在首位。（2） 程序员应该避免检查自己的程序，测试工作应该又独立的专业测试软件机构来完成测试。（3） 设计测试用例时应该考虑到合法的输入和不合法的输入，以及各中边界条件，特殊情况下要制造极端的状态和意外状态。（4） 要注意测试中的错误集中发生现象。（5） 对测试结果有一个确认过程。（6） 回归测试的关联性一定要引起充分的注意，修改一个错误而引起更多错误的现象并不少见。（7）更换一个更好的数据库，或者升级原有的数据库。4.4测试结论各项测试用例测试下来说明,该系统相对稳定,测试用例的选择能够适时地满足测试用例设计需求,基本上达到项目测试所应具有的水平,相对较客观完善,与预期效果相差无几,满足了用户的相应需求。专心-专注-专业