软件测试培训

亿元级外企Java培训企业

  • 全国服务监督电话400-827-0010
软件测试培训 > 软件测试教程 > 有效发现UI用户界面层的缺陷
  • 有效发现UI用户界面层的缺陷

    发布:软件测试培训  来源:软件测试教程  时间: 2015年01月06日

  • 第一种是文字型Bug,即和给定的字符资源不一致的Bug,比如文字/字符/提示语/引导语/用户协议等文字方面的不一致。...

  • 【UI型Bug定义】

    这里指的UI型指以下两种Bug:

    第一种是文字型Bug,即和给定的字符资源不一致的Bug,比如文字/字符/提示语/引导语/用户协议等文字方面的不一致。

    第二种是UI效果不一致的Bug,比如应该是个圆角按钮,做出来的界面却是个平角的按钮;有下拉箭头效果,做出来的界面却没有下拉箭头效果;混动界面应该有3屏,做出来的界面却只有2屏,诸如此类。

    【UI型Bug的产生】

    理论上UI型Bug的产生只有一种原因,即开发人员没有按照需求文档或者UI做。

    开发人员为什么没按需求的要求去实现?通常有两种原因:

    第一种,开发人员一开始就没按需求实现;

    第二种,需求方频繁变更,没来得及更新文档。

    在敏捷Agile场景下,开发人员会把最主要的原因归为需求方没有及时更新文档。

    【如何减少UI型Bug】

    理想情况下,所有的环节都按文档做,是不存在所谓的UI型Bug的。即需求方确定文档,开发人员严格按照文档实现。

    UI文档的变动要及时更新并通知到开发人员和测试人员。

    开发人员要严格按照文档的需求去开发,不能主动发挥(任何的主动发挥都要征得需求方的同意并通知到下一个环节(即测试环节)的人员)。

    【QA人员碰到很多的UI型Bug该怎么办?】

    当UI型Bug占到Bug总数的一定数量后,QA人员有义务想产品或者项目经理提出抗议,说明这是在浪费大家的时间。

    【AgileHei测试是怎么做的?】

    测试人员不负责测试UI型Bug,由需求方在验收时统一对UI进行验收(或者在项目中期约定一个时间进行修改)。UI型Bug是很直观的Bug,由需求方和实现方直接达成协议,结对及时修改最有效率。

    【结论】

    UI型Bug是沟通不一致的产物,测试人员不要把有限的精力放在UI型Bug上面。为追求所谓的敏捷而导致了后续环节的频繁沟通,不是Agile的本意,是为了敏捷而敏捷,为了增加沟通而沟通。

  • 上一篇:面向业务的软件自动化测试框架

    下一篇:基于soa的软件测试方法设计分析

网站导航
2001-2016 达内国际公司(TARENA INTERNATIONAL,INC.) 版权所有 京ICP证08000853号-56