测试分析报告(GB8567——88)

测试分析报告（GB8567——88）
1引言
1.1编写目的
本报告为校园二手交易平台系统开发的测试分析报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求。

测试分析报告是在测试分析的基础上，对测试的结果以及测试的数据等加以记录和分析总结。

它也是测试过程中的一个重要环节，同时，它也是对软件性能的一个总的分析和认可及对不足之处的说明。

因此，测试分析报告对于今后对软件的功能的增强，不足之处的弥补等都起着十分重要的提纲作用，另外，它还有利于今后软件开发者的阅读原程序，根据测试提供的数据和结果，分子源代码，掌握个函数的功能和局限性。

从而缩短软件开发者的再开发时间和所耗费的精力、资金。

测试工作完成后，应提交测试计划执行情况的说明，对测试结果加以分析，并提出测试的结论意见。

本分析报告的预期读者为用户、业务或需求分析人员、测试人员、开发人员、用户文档编写者、项目管理人员和其他质量管理人员。

1.2背景
被测试软件系统的名称：校园二手交易平台；
该软件的任务提出者：计科1205班学生六名学生，刘悦，李国婷，朱亚南，安冬冬，王娜
开发者：计科1205班学生六名学生，刘悦，李国婷，朱亚南，安冬冬，王娜
测试环境与实际环境之间的差异：
1.3定义
WEB技术：World wide web是英国人TimBerners-Lee1989年在欧洲共同体的一个大型科研机构2发明的。

通过WEB，互联网上的资源，可以在一个网页里比较直观的表示出来；而且资源之间，在网页上可以相
互连接，互相访问。

它是一系列技术的复合总称（包括网站的前台布局、后台程序、美工、数据库
领域等等的技术概括性的总称）。

JA V A EE: JA V A EE（Java Platform,Enterprise Edition）是sun公司推出的企业级应用程序版本。

这个版本以前称为J2EE，能够为我们帮主开发和部署可移植、健壮、可伸缩且安全的服务器端JA V A应用程序。

SMSH：SMSH（spring MVC,spring,Hibernate）Spring MVC进行流程控制，Spring 进行业务流转，Hibernate进行数据库操作的封装。

PC：Personal Computer个人计算机
IDE：Intergrated Development Environment,可以辅助开发程式的应用软件。

1.4参考资料
李刚.《轻量级JA V A EE 企业应用实战》【M】北京：电子工业出版社，2012.3
Roger S.Pressman.《软件工程》【M】北京：机械工业出版社，2011.7
黎照、王华、李淑春.《软件工程项目管理实用技术与常用模板》【M】北京：清华大学出版社，2012.12 沈文轩、张春娜、曾子维《软件工程基础与实用教程：基于构架与MVC模式的一体化开发》【M】北京：清华大学出版社，2012
廖礼萍。

《软件工程与实践》【M】陕西，西安交通大学出版社
《需求分析报告》
2测试概要
校园二手交易平台后台管理系统测试从2015年5月5日开始到2015年5月20日结束，共持续15天，测试功能点174个，执行2385个测试用例，平均每个功能点执行测试用例13.7个，测试共发现427个BUG，其中严重级别的BUG68个，无效BUG44个，平均每个测试功能点2.2个BUG。

校园二手交易平台总共发布11个测试版本，其中B1-B5为计划内迭代开发版本（针对项目计划的基线标识），B6-B8为回归测试版本。

计划内测试版本，B1-B4测试进度依照项目计划时间准时完成测试并提交报告，其中B4版本推迟一天发布版本，测试通过增加一个人日，准时完成测试。

B5版本推迟发布2天，测试增加2个人日，准时完成测试。

B6-B11为计划外回归测试版本，测试增加5个工作人日的资源，准时完成测试。

功能测试通过Bugzilla缺陷管理工具进行缺陷跟踪管理。

用表格的形式列出每一项测试的标识符及其测试内容，并指明实际进行的测试工作内容与测试计划中预先设计的内容之间的差别，说明作出这种改变的原因。

3测试结果及发现
3.1测试1（登录模块）
3.2测试2（功能测试）
3.3测试3（用户功能测试）
4对软件功能的结论
4.1功能1（功能性）
4.1.1能力
系统正确的实现了通过数据字典管理基础数据的功能，实现了数据内容的多语言功能，实现了中英文界面，实现了基础数据管理，渠道管理，用户管理的查询，添加，修改，删除的功能，系统还实现了将权限控制细化到菜单按钮的功能。

现有系统支持windows 下的IE浏览器和遨游浏览器，支持linux系统下的IE浏览器和火狐浏览器。

4.1.2限制
系统在实现用户管理下的权限管理功能时，存在重大的缺陷，权限控制不严密，权限设置有遗漏。

4.2功能2（易用性）
4.2.1能力
现有系统实现了如下易用性：
查询，添加，删除，修改操作相关提示信息的一致性，可理解性
输入限制的正确性
输入限制提示信息的正确性，可理解性，一致性
4.2.2限制
界面排版不美观
输入，输出字段的可理解性差
输入缺少解释性说明
中英文对应的正确性
中英文混排
5分析摘要
5.1能力
功能性：系统正确的实现了通过数据字典管理基础数据的功能，实现了数据内容的多语言功能，实现了中英文界面，实现了基础数据管理，渠道管理，用户管理的查询，添加，修改，删除的功能，系统还实现了将权限控制细化到菜单按钮的功能。

易用性：查询，添加，删除，修改操作相关提示信息的一致性，可理解性。

输入限制的正确性：输入线只提示信息的正确性，可理解性，一致性。

5.2缺陷和限制
系统在实现用户管理下的权限管理功能时，存在重大的缺陷，权限控制不严密，权限设计有遗漏。

缺陷：界面排版不美观
输入、输出字段的可理解性差
输入缺少解释性说明
现有系统的可靠性控制不够严密，很多控制是通过页面控制实现的，如果页面控制失效，可以向数据库插入数据，引发错误。

现有系统的容错性不高，如果系统出现错误，返回错误类型为找不到页面错误，无法回到出错前的状态。

现有系统未进行其他兼容性测试。

限制：
现有系统控制了以下安全性问题：
把某一个登录后的页面保存下来，不能单独对其进行操作不进行登录。

直接输入某一页的URL能否打开页面并进行操作不应该允许。

用户名和密码应对大小写敏感。

登陆错误次数限制。

5.3建议
在项目开始的时候应该定制编码标准，数据库标准，需求变更标准，开发和测试人员都严格按照标准执行，可以在后期减少因为开发，测试不一致而导致的问题，同时也可以降低沟通成本。

发布版本的时候，正确布置测试环境，减少因为测试环境，测试数据库数据的问题而出现无效的BUG。

开发人员解决BUG 的时候，填写BUG原因以及解决方式，方便BUG的跟踪。

开发人员在开发版本上发现BUG，可以通知测试人员，因为开发人员发现BUG很有可能在测试版本上出现，而测试人员和开发人员思路不同，有可能测试人员没有发现BUG，而且这样可以保证发现的BUG都能被跟踪。

5.4评价
该项目基本实现了需求分析报告中提出的各项功能需求，由于各种原因很遗憾仍有一部分功能未能按时实现，已完成的相关模块具有一定的健壮性和安全性，该项目系统可交付使用。

小组仍处于经验不足的探索尝试阶段，各方面并不成熟，因此该系统可能还存在诸多问题，仍需进一步改进。

6测试资源消耗
测试时间：2014年5月05日开始到2014年5月25日结束，共持续20天测试人力：1人×35天=35人天
硬件资源: 服务器PC 两台
客户端PC 两台。