质量报告

软件测试质量 1.测试说明    1 2.统计信息    1 2.1 缺陷统计信息    1 2.2 遗留缺陷分析    3 2.3 缺陷预防    3 3.测试质量分析    3 3.1 可靠性    3 3.2 性能指标    4 3.3 易用性分析    4 1.测试说明 Android主要使用测试机在4.0/4.2/4.4/5.0/5.1系统版本测试 Ios主要在8.1/9.1/9.2系统版本测试 网络良好 10k/s以上的网络  产品主要功能点，提交测试时间，测试时间周期： 功能ID 功能描述 提交测试时间 测试耗时 1 个人空间改版 2016.1.20 5d 2 动画优化 2016.1.8 14d 3 评论列表消息中心交互优化 2016.1.20 1d 4 添加景点页面增加 2016.1.27 1d 5 动画添加地图页面 2016.2.1 1d 6 红包运营活动 2016.1.29 12d         个人空间改版、动画优化和红包活动测试时间较长，需求变动略频繁。 2.统计信息 2.1 缺陷统计信息 1、bug状态图  大部分bug都已关闭，产品功能基本实现。 2、模块对应BUG数量； 总共91条bug，其中个人空间改版、动画优化、红包活动bug出现相对较多。测试过程中发现开发的产品功能实现与需求不一致，导致bug数较多。 3、BUG趋势图 从新提bug和解决bug的趋势图上看出，新提出的缺陷都会及时解决，表明开发人员修复bug速度较快。 2.2 遗留缺陷分析 本次版本发布之前还遗留有11条缺陷未关闭，其中有4条是延期处理，1条不予解决，6条未解决。 考虑延期处理与不予解决的缺陷处理起来比较麻烦，在短时间内解决不了，暂不修复，后期在下个版本修复。未解决的缺陷，考虑时间与人力因素，且这些缺陷对产品本身影响不大，准备下个版本优化。 新版本发布后，用户发现了两条bug。一条是出行中给出的提示“插入点成功”给用户疑惑（android），另一个是回复用户时文本框显示内容不对（ios）。概括原因有： 1.系统测试必须对全部功能进行测试； 2.开发人员交给测试人员的基线版本必须是外网测试且所有用来调试的代码全部关闭； 3.功能测试还需更加全面完善； 4.产品迭代过程中需留足够的时间来测试，测试时间紧迫，测试就不会很充分。 2.3 缺陷预防 从1.16到2.5，历经两个迭代。很多大的功能模块都需要完成，且配合年底的红包活动，时间紧，任务重。但是研发组所有成员坚持到最后，圆满完成任务。这两次迭代过程中出现了一些问题，具体如下： 软件测试工作中需求分析阶段的一个很重要的概念。测试人员需要从项目生命周期之初就开始介入，这样他们才能准确地理解测试对象并且和其他涉众一起生成可测试的需求。但是需求的变动导致开发人员与测试人员意见不统一，延误产品的开发。 其次，开发人员对需求理解不够充分，导致测试出不少跟需求不一致相关的，这需要开发人员在开发之前先理解需求再敲代码。 最后，必不可少，每次把功能模块交给测试人员时，开发人员需要自己做单元测试，确定没有问题再交给测试，减少测试的时间。 3.测试质量分析      3.1 可靠性 在稳定状态下，用户可以正常使用产品的每个功能，基本功能未发现严重的缺陷。产品可发布。 3.2 性能指标 出行中记录旅行，可能会出现系统较卡情况； 网络良好情况下，基本功能都可使用； 耗电量和流量消耗还需进一步优化。 3.3 易用性分析 对于经常使用手机的用户来说，一般情况下基本功能可以使用，但是有些功能比较隐藏，还需优化。