测试报告怎么写(项目测试报告)( 三 ) _项目

?
由bug状态图可以看出，打开的bug有0个，重新打开的bug有0个。已解决bug有2个，主要是版本V1.2.2中提交的界面易用性bug，而其他的1304个都是已验证修复并关闭的bug 。系统整体的遗留bug数量达到测试结束标准。

测试结论功能性

系统正确实现了通过数据字典管理基础数据的功能，实现了数据内容的多语言功能，实现了中英文界面。实现了基础数据管理，酒店集团管理，酒店基础信息管理，渠道管理，代理管理，用户管理的查询，添加，修改，删除的功能，系统还实现了将权限控制细化到菜单按钮的功能。
【测试报告怎么写(项目测试报告)】
系统在实现用户管理下的权限管理功能时，存在重大的缺陷，权限控制不严密，权限设计有遗漏。

易用性

现有系统实现了如下易用性：

查询，添加，删除，修改操作相关提示信息的一致性，可理解性
输入限制的正确性
输入限制提示信息的正确性，可理解性，一致性

现有系统存在如下易用性缺陷：

界面排版不美观
输入，输出字段的可理解性差
输入缺少解释性说明
中英文对应的正确性
中英文混排可靠性

现有系统的可靠性控制不够严密，很多控制是通过页面控制实现的，如果页面控制失效，可以向数据库插入数据，引发错误。
现有系统的容错性不高，如果系统出现错误，返回错误类型为找不到页面错误，无法回复到出错前的状态

兼容性

现有系统支持window下的IE浏览器和傲游浏览器，支持linux系统下的IE浏览器和火狐浏览器。
现有系统未进行其他兼容性测试

安全性

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

把某一个登录后的页面保存下来，不能单独对其进行操作不进行登录
直接输入某一页面的Url能否打开页面并进行操作不应该允许。

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

用户名和密码应对大小写敏感
登陆错误次数限制

分析摘要覆盖率

此次测试，所有测试用例都是在中文界面下执行，未在英文界面下执行，测试不包括英文界面下的测试，也不包括正对英文翻译的测试。
此次测试，部分页面需求描述无明确的定义，对输入限制无详细定义，无明确的测试依据，在测试过程中，测试是根据输入字段含义，测试人员理解，以及和项目经理，开发人员沟通获得测试依据，无法保证测试依据的正确性和完整性，因此，没有进行完整的，正确的无效数据的测试，测试覆盖率不够，无法保证测试的有效性和正确性
下面为此次测试测试用例覆盖率分析图：

?

遗留缺陷的影响

1．缺陷描述：酒店娱乐项添加页面，“距离”字段无单位，建议增加单位
缺陷影响：距离字段无单位说明，无衡量标准，用户易用性不好
推迟原因：需求定义无单位定义，统一在升级版本中解决
2．缺陷描述：酒店基础信息管理模块，默认语言设置不一致。用中文查询酒店，进入酒店基础信息模块后，如下模块，语言显示为“请选择”
列表页面
添加页面
取消政策
停留政策

担保政策

机场

参照点

会议室详情

打包促销

服务

Rate

而其他模块语言显示“中文语言”
缺陷影响：相同功能模块默认语言设置不一致，一致性不好
推迟原因：默认语言设置，目前无统一标准，升级版本中统一
3．缺陷描述：tomcat日志有乱码，日志无项目名称，查看不方便
缺陷影响：其他项目日志都有项目名称，日志无项目名称，查看不方便
推迟原因：目前的日志为了调试方便，显示了很多其它信息，在项目正式发布时会统一处理的。
4．缺陷描述：取消政策管理要么，取消时间“天/小时”缺少单位补充字段
缺陷影响：该处因为是两个不同的单位时间，需要有另外一个单位补充字段补充所所填写内容的单位
推迟原因：该缺陷单位补充字段本来存在，翻译不够准确，不能理解为补充单位的字段，需要等翻译完毕后再确认。
5．缺陷描述：数据字典种类修改，默认值设置后，在调用该数据字典种类的数据字典，默认值无显示