【UI型Bug定義】
這里指的UI型指以下兩種Bug：
第一種是文字型Bug，即和給定的字符資源不一致的Bug，比如文字/字符/提示語/引導(dǎo)語/用戶協(xié)議等文字方面的不一致。
第二種是UI效果不一致的Bug，比如應(yīng)該是個(gè)圓角按鈕，做出來的界面卻是個(gè)平角的按鈕；有下拉箭頭效果，做出來的界面卻沒有下拉箭頭效果；混動(dòng)界面應(yīng)該有3屏，做出來的界面卻只有2屏，諸如此類。
【UI型Bug的產(chǎn)生】
理論上UI型Bug的產(chǎn)生只有一種原因，即開發(fā)人員沒有按照需求文檔或者UI做。
開發(fā)人員為什么沒按需求的要求去實(shí)現(xiàn)？通常有兩種原因：
第一種，開發(fā)人員一開始就沒按需求實(shí)現(xiàn)；
第二種，需求方頻繁變更，沒來得及更新文檔。
在敏捷Agile場景下，開發(fā)人員會(huì)把最主要的原因歸為需求方?jīng)]有及時(shí)更新文檔。
【如何減少UI型Bug】
理想情況下，所有的環(huán)節(jié)都按文檔做，是不存在所謂的UI型Bug的。即需求方確定文檔，開發(fā)人員嚴(yán)格按照文檔實(shí)現(xiàn)。
UI文檔的變動(dòng)要及時(shí)更新并通知到開發(fā)人員和測試人員。
開發(fā)人員要嚴(yán)格按照文檔的需求去開發(fā)，不能主動(dòng)發(fā)揮（任何的主動(dòng)發(fā)揮都要征得需求方的同意并通知到下一個(gè)環(huán)節(jié)（即測試環(huán)節(jié)）的人員）。
【QA人員碰到很多的UI型Bug該怎么辦？】
當(dāng)UI型Bug占到Bug總數(shù)的一定數(shù)量后，QA人員有義務(wù)想產(chǎn)品或者項(xiàng)目經(jīng)理提出抗議，說明這是在浪費(fèi)大家的時(shí)間。
【AgileHei測試是怎么做的？】
測試人員不負(fù)責(zé)測試UI型Bug，由需求方在驗(yàn)收時(shí)統(tǒng)一對UI進(jìn)行驗(yàn)收（或者在項(xiàng)目中期約定一個(gè)時(shí)間進(jìn)行修改）。UI型Bug是很直觀的Bug，由需求方和實(shí)現(xiàn)方直接達(dá)成協(xié)議，結(jié)對及時(shí)修改最有效率。
【結(jié)論】
UI型Bug是溝通不一致的產(chǎn)物，測試人員不要把有限的精力放在UI型Bug上面。為追求所謂的敏捷而導(dǎo)致了后續(xù)環(huán)節(jié)的頻繁溝通，不是Agile的本意，是為了敏捷而敏捷，為了增加溝通而溝通。