IDO老徐,坐标深圳,测试经理,干了十年测试,公号"简尚" ,博客isTester.com ,关注「软件测试从业者综合能力提升 & 职场人每日进阶」,个人微信957863300

1个版本,Bug 100+ ,本质原因是什么 ?如何解决 ?

上一篇 / 下一篇  2020-02-15 16:15:24 / 个人分类:测试管理

51Testing软件测试网A TN yA.fH#\zn

今天,本不打算写东西的 。看到测试群,很多Tester在抱怨,一个版本,测了100多个Bug 等 。

O-b&V9]y4Y4MWP0

有必要聊几句 。51Testing软件测试网I3f2HXE#KZ


N.ul%fX!tXMJP0

首先,

,} w _(OL-_H6j/PG0

1个版本,100多个Bug,肯定是不正常的 。

&j6\ Ll}:k0


nM7F d Ng0

还记得,那套理论么?Bug修复时间越晚,成本越高 。51Testing软件测试网 xULAe'K&C


51Testing软件测试网Beun/T0iQ.f

如下,从搜索引擎随便搜了一张图(数据合理性暂且忽略,参考即可) 。

'RBS _9\n$j`S0

图略,见原文51Testing软件测试网3}J'F Qaj-T9\2^


51Testing软件测试网;ke"X5f7_M

1个版本,提测后,100多个Bug,什么概念 ?(见如上图的第三阶段 ,自行对比下) 。51Testing软件测试网T`d.F+jlq


2R L+?hx2M5YA0

那怎么避免此类问题 ?嗯,本文主要想写这点,怎么样让提测Bug少点 

/_(Xvdfh0

(作者:老徐,http://isTester.com)

-V7H V}&`7L R]0

解决方案:

})|$O_ykA$pt0

建立严格的准入标准 ,见之前文章51Testing软件测试网$`'ChD%c-vM/QH

准入标准、测试通过标准、上线标准51Testing软件测试网&z A AP?FH]'m)D


51Testing软件测试网A8{#n7tH6p.{f

其实,文章里面写的挺详细的 ,包含 研发自测、冒烟测试、转测资料&说明&流程 等51Testing软件测试网$E1x4y d2bF RoK]9_S


51Testing软件测试网:L8I:[uR

上面文章有的,今天就不重复阐述了(大周末的,避免浪费阅读时间) 。51Testing软件测试网T*`1_;y/ii


'uY4^ \q1Etm0

如果严格按这个逻辑执行,一个「两周一迭代的版本」,Bug控制在30内,是没问题的(具体还得看团队的磨合情况,及项目的类型、项目复杂度等) 。51Testing软件测试网wJrtT,|8}$K


51Testing软件测试网VLI1\,q


51Testing软件测试网\(|"UG9N]

接下来,说点异常情况 :

mf&f%cZ0


51Testing软件测试网E"N1H%lH*B

01

H H~%na0qf0


|"}7G`'[@0

很多情况下,如上这套逻辑,是推行不下去的 。

xM-nS0R*{{0

理论很美好,现实很残酷(很多团队,那不是一般的乱;遇到问题,先不去想着解决本质问题,而是直接先来个996再说,如果还不能解决,997试试 …)。

z*v};@@7S0


51Testing软件测试网9^ kx&Y&A)Q%KI*f/mY

如果实在无法推行研发自测、严格的准入标准 。51Testing软件测试网 ZA rt5hs/{C

那么,IDO老徐 的建议是:

G%R[.G%aE Q0

提Bug时,先提主要Bug即可,先修复一轮;

0\G,F;d:|0

待提交新版本后,再提细节Bug 。提太多Bug,浪费提交录入的时间,开发查阅,也费时间 。

1p^d&ZGa0


6D+R&IC M c S`0


$M8A3Y l/u0

02

/S yO5P/y&Wn0M0

(作者:老徐,http://isTester.com)

dJ4}T!\,O0

来自某同学的提问:研发开发进度慢到吐,工期不能按时交工,测试该怎么做?我如果要催,该怎么催,关键人家也在工作,也没在闲着,就是忙,工作进度是他们自己定的,脑子疼。

*o;@ m%bo Dll[0


51Testing软件测试网o)UrE3G%qZ*VCp"z

如上,51Testing软件测试网)CI7\cqw

很多时候,就是由于这种预估时间不准,最后上线时间定死,草草了事 。把未开发完成的半成品提交给测试,最后导致1个版本100+ Bug的情况 。51Testing软件测试网Z$oF4hT(AF `


51Testing软件测试网r o|ck^}Q

对于此种情况,普通测试能做啥 ?

5gR+fz(C$g2D%uc0

“把现状,在项目群里,同步团队,说明没按时提测即可 。其他的,普通测试做不了 。

v ~*k%IA$[ L0


"iEm4W+{(_l3H3@4z0


J H/P#As0

如果在普通测试的基础上,想往前推进一步呢 ?51Testing软件测试网Z2^7Ayc v$v:~d9G

(作者:老徐,http://isTester.com)51Testing软件测试网rSJ uUe+^;n

1. 这种属于任务拆分不合理(或者过于乐观,亦或技术障碍没提前预研),导致工时评估不准。51Testing软件测试网 W5M.R+fa Cn

第一步,先去把任务拆分到1D颗粒度(需研发老大来推动这个事)51Testing软件测试网*L'v`R$i+ql?s8{


51Testing软件测试网A I+N$mpG~"B

2. 每日站会进度同步,遇到的阻塞性障碍,及时解决;设置项目关键节点 ,有问题,及时抛风险 。

)]LwCLfY.DF0

如上,先玩这两点,再观察一下 。

*C2~/`3I1r2u0


|H l@*h0

End 。

!@ M$RXS5^!C9J&n0


51Testing软件测试网 }2@d |^ V

先聊这些,周末了,文章尽量短点 。51Testing软件测试网.bd_ Z wVZL,W

"l.jI;ey%@ p.z/AH0

最后 ,

Mk!A:P \+B\p0

这几天,老徐花了十几个小时,把之前的测试资料,进行分类调整、文章调整、格式调整,进入V2.0时代,阅读体验更佳、资料质量更佳,公号「简尚」后台,回复“测试资料”阅读之 。

"J5Zi'\fV0


|3C0bP hE0

文 / IDO老徐51Testing软件测试网G$G8lZ?


5j7{a ` d V051Testing软件测试网1Di0]%gVHI&U


TAG: 软件测试

 

评分:0

我来说两句

显示全部

:loveliness: :handshake :victory: :funk: :time: :kiss: :call: :hug: :lol :'( :Q :L ;P :$ :P :o :@ :D :( :)

xuquan

xuquan

IDO老徐,坐标深圳,测试经理,干了十年测试,公号"简尚" ,博客isTester.com ,关注「软件测试从业者综合能力提升 & 职场人每日进阶」,个人微信957863300

日历

« 2020-02-27  
      1
2345678
9101112131415
16171819202122
23242526272829

数据统计

  • 访问量: 542605
  • 日志数: 363
  • 建立时间: 2012-06-04
  • 更新时间: 2020-02-15

RSS订阅

Open Toolbar