-
软件测试
站-
热门城市 全国站>
-
其他省市
-
-
400-636-0069
白羽
2018-05-17
来源 ：网络
阅读 939
评论 0
摘要：UI型Bug是沟通不一致的产物，测试人员不要把有限的精力放在UI型Bug上面。为追求所谓的敏捷而导致了后续环节的频繁沟通，不是Agile的本意，是为了敏捷而敏捷，为了增加沟通而沟通。本文将带你了解测试管理中如何有效发现UI用户界面层的缺陷，希望对大家学测试管理有所帮助。
【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的本意，是为了敏捷而敏捷，为了增加沟通而沟通。
本文由职坐标整理并发布，希望对同学们有所帮助。了解更多详情请关注职坐标软件测试之测试管理频道！
喜欢 | 0
不喜欢 | 0
您输入的评论内容中包含违禁敏感词
我知道了
请输入正确的手机号码
请输入正确的验证码
您今天的短信下发次数太多了，明天再试试吧！
我们会在第一时间安排职业规划师联系您！
您也可以联系我们的职业规划师咨询：
版权所有 职坐标-一站式IT培训就业服务领导者 沪ICP备13042190号-4
上海海同信息科技有限公司 Copyright ©2015 www.zhizuobiao.com，All Rights Reserved.
沪公网安备 31011502005948号
索取资料
答疑解惑
技术交流
职业测评
面试技巧
高薪秘笈
