输入缺少解释性说明

现有系统的可靠性控制不够严密，很多控制是通过页面控制实现的，如果页面控制失效，可以向数据库插入数据，引发错误。

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

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

现有系统控制了以下安全性问题：

把某一个登录后的页面保存下来，不能单独对其进行操作不进行登录。 直接输入某一页的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 两台