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

最近提交缺陷图?
由上图可以看出，在统计的十个周bug提交和解决状况比较理想，当前提交的bug都能够在很快的时间得到修复，并且随着版本的稳定解决bug数量为全部解决新增bug数量逐渐降为0，整个过程属于正常的软件版本迭代过程。
Bug状态分布【项目测试报告测试报告怎么写】?
由bug状态图可以看出，打开的bug有0个，重新打开的bug有0个。已解决bug有2个，主要是版本V1.2.2中提交的界面易用性bug，而其他的1304个都是已验证修复并关闭的bug 。系统整体的遗留bug数量达到测试结束标准。
测试结论功能性系统准确实现了通过数据字典治理基础数据的功能，实现了数据内容的多语言功能，实现了中英文界面。实现了基础数据治理，酒店集团治理，酒店基础信息治理，渠道治理，代理治理，用户治理的查询，添加，修改，删除的功能，系统还实现了将权限控制细化到菜单按钮的功能。
系统在实现用户治理下的权限治理功能时，存在重大的缺陷，权限控制不严密，权限设计有遗漏。
易用性现有系统实现了如下易用性：
查询，添加，删除，修改操作相关提示信息的一致性，可理解性输入限制的准确性输入限制提示信息的准确性，可理解性，一致性现有系统存在如下易用性缺陷：
界面排版不美观输入，输出字段的可理解性差输入缺少解释性说明中英文对应的准确性中英文混排可靠性现有系统的可靠性控制不够严密，很多控制是通过页面控制实现的，假如页面控制失效，可以向数据库插入数据，引发错误。
现有系统的容错性不高，假如系统出现错误，返回错误类型为找不到页面错误，无法回复到出错前的状态
兼容性现有系统支持window下的IE浏览器和傲游浏览器，支持linux系统下的IE浏览器和火狐浏览器。
现有系统未进行其他兼容性测试
安全性现有系统控制了以下安全性问题：
把某一个登录后的页面保存下来，不能单独对其进行操作不进行登录直接输入某一页面的Url能否打开页面并进行操作不应该答应。现有系统未控制以下安全性问题：
用户名和密码应对大小写敏感登陆错误次数限制分析摘要覆盖率此次测试，所有测试用例都是在中文界面下执行，未在英文界面下执行，测试不包括英文界面下的测试，也不包括正对英文翻译的测试。
此次测试，部分页面需求描述无明确的定义，对输入限制无具体定义，无明确的测试依据，在测试过程中，测试是根据输入字段含义，测试人员理解，以及和项目经理，开发人员沟通获得测试依据，无法保证测试依据的准确性和完整性，因此，没有进行完整的，准确的无效数据的测试，测试覆盖率不够，无法保证测试的有效性和准确性
下面为此次测试测试用例覆盖率分析图：
?
遗留缺陷的影响1．缺陷描述：酒店娱乐项添加页面， “距离”字段无单位，建议增加单位
缺陷影响：距离字段无单位说明，无衡量标准，用户易用性不好
推迟原因：需求定义无单位定义，统一在升级版本中解决
2．缺陷描述：酒店基础信息治理模块，默认语言设置不一致。用中文查询酒店，进入酒店基础信息模块后，如下模块，语言显示为“请选择”
列表页面
添加页面
取消政策
停留政策
担保政策
机场
参照点
会议室详情
打包促销
服务
Rate
而其他模块语言显示“中文语言”
缺陷影响：相同功能模块默认语言设置不一致，一致性不好
推迟原因：默认语言设置，目前无统一标准，升级版本中统一

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

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