移动互联软件测试-2017 测试报告 餐饮系统项目测试总结(产品评价).pptxVIP

移动互联软件测试;手机点餐系统-测试总结(产品评价);;;测试环境多使用用户环境的推荐配置，虽然用户环境复杂多变，测试环境覆盖了主要的用户环境。如果产品在测试环境通过，则在用户环境下也可以通过。 ;在分模块测试中，测试数据主要是测试工程师自己创造的数据，这部分数据主要是根据等价类划分法、边界值分析法等测试用例设计方法自行创造的数据。 在综合测试中，使用的数据来自于客户真实数据，是餐饮店实际运营中真正的餐桌、菜单、商品，最大程度模拟了用户的真实场景，通过该测试确保了系统能支持客户真是数据的运行。;本次测试主要采用黑盒测试法，针对系统的需求分析结果，采用了黑盒测试方法中的等价类划、分边界值分析、错误推断、场景等测试方法。 ;测试首先安排了一轮全面的功能测试,功能测试在IE8上执行，主要用于测试单个功能模块的功能正确性；然后安排了综合案例测试；为了弥补人员定向思维的不足，第三阶段安排了自由交叉测试；由于测试开展过程中开发人员也在修复缺陷，在测试后期安排了第二轮全量的功能回归测试，确保修复过程中没有引入新的缺陷。 通过以上安排，全面的充分的对系统进行了功能测试。;;本次测试共设计测试用例418个,测试用例执行率为100%。 测试发现缺陷66个，其中第一轮功能测试发现缺陷60个，综合场景测试发现缺陷2个，回归测试发现缺陷4个。最后一次全量回归没有发现新的缺陷。 截止到写此文档的时间点，缺陷状态如下：; 功能测试测试了被测系统的6个功能模块，共28个功能点(具体参考测试方案中的功能测试内容章节)。测试中，部分功能点业务逻辑较为复杂，例如系统管理，填写的信息项较多，测试难度较大。 功能测试共运行测试用例418个，发现缺陷66个，严重的缺陷主要集中在角色权限不正确导致系统错误，高级别缺陷主要是业务逻辑不正确,所有中级以及以上缺陷已经全部解决。;测试用例汇总;测试缺陷汇总;;下图为功能测试的测试用例对比图，测试用例数量与功能的复杂度基本保持一致，系统管理和商品管理两个模块的用例数量相对比较多。 ;中低严重程度所占的比例比较高，高和??重比例的缺陷相对少。 严重缺陷主要集中在当权限不正确时点击相应操作产生系统错误，高优先级的集中在业务逻辑错误。中低优先级的主要是数据引用不合理、界面错误和设计不合理。;根据缺陷类型的分布图，比例最多的还是功能性缺陷 功能性缺陷有两个方面，一方面是业务逻辑不正确，一方面是数据引用不正确。 ;下图为各模块缺陷数量对比图 从该图可以看出系统管理模块和前端点餐模块缺陷相对比较多，根据测试的二八原则，建议后续测试工程师加强对该模块的测试。菜单和商品管理的功能点虽然多，但是业务逻辑简单，所以缺陷并不多。 ;;根据测试数据，被测系统存在较多缺陷，部分模块缺陷数量较大。测试过程共发现Bug 66个，各个模块均有分布，其中系统管理模块缺陷最多，其次为手机点餐模块，根据测试的二八原则(80%的缺陷分布在20%的模块)，建议加强对这两个模块的测试。 在缺陷的严重性方面，有3个缺陷属于严重缺陷，主要是产生404系统错误。些缺陷严重影响了系统质量，建议进一步对涉及类似情况的需求进一步检查。 此外测试中也发现有一些低级错误(如页面错别字、控件排列不整齐等)，建议在后续的开发中，加强开发人员的质量意识，降低此类错误的发生的几率。 在最后一轮功能回归测试没有发现问题，93%的问题已经解决，没有遗留“高“以及以上级别的问题，测试组认为已完成的模块质量达到了交付客户的要求，测试可以结束。 但是整个系统由于还有一半的功能模块没有完成，现在系统的可用性并不高，比如呼叫服务管理。;谢谢观看！;谢谢观看