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

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

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

51Testing软件测试网-_-_%Bf/h TE$?X Y0t

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

q!@5z]gy:j9t ps;l#K0

有必要聊几句 。51Testing软件测试网 lA8s3t#rW


&@U0}3VN0

首先,51Testing软件测试网 e r j1X \ u

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

S/rV-D{.P8]0


51Testing软件测试网#o"V? K#s*z

还记得,那套理论么?Bug修复时间越晚,成本越高 。51Testing软件测试网'U~EGVrQ)C`


rI)mr-a-|]J0

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

%NuA YA0

图略,见原文

%O7j-uz4x0


51Testing软件测试网;[9\?c a9Q#Kyv

1个版本,提测后,100多个Bug,什么概念 ?(见如上图的第三阶段 ,自行对比下) 。

'soZ-Ju}0


51Testing软件测试网 Y.Mag eF

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

_[0v\Un2`R:D l0

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

F^l4Tx%do b0

解决方案:51Testing软件测试网*`.N_"Oxl,k&{

建立严格的准入标准 ,见之前文章

A0g ^6Lr/w0

准入标准、测试通过标准、上线标准51Testing软件测试网M:a;oN!\9lY F/[1X(c.w


51Testing软件测试网"Xr3i}o\ n mli1i

其实,文章里面写的挺详细的 ,包含 研发自测、冒烟测试、转测资料&说明&流程 等51Testing软件测试网"AVX"J0TBbV N


{pk3nSdTuK[0

上面文章有的,今天就不重复阐述了(大周末的,避免浪费阅读时间) 。51Testing软件测试网&I!Hw,Yv


C`n7g@7iQH0

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


51Testing软件测试网7h9|,k$j5m]L1I


*lD$L2HV0

接下来,说点异常情况 :

.h3{2wVP&Q~t;k `0s0


hyP6vN1V g)^{0

0151Testing软件测试网:LPD t-GZ uX


;U0mf+gDXKH7k$k/m0

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

+q3Q_0jJ1G+V5A ?0

理论很美好,现实很残酷(很多团队,那不是一般的乱;遇到问题,先不去想着解决本质问题,而是直接先来个996再说,如果还不能解决,997试试 …)。51Testing软件测试网&{|'g b| P#@3_


51Testing软件测试网'B3e Hq qG~

如果实在无法推行研发自测、严格的准入标准 。

f;Ckm l ~0

那么,IDO老徐 的建议是:

1_ QW t3E;Uh1|0

提Bug时,先提主要Bug即可,先修复一轮;51Testing软件测试网L;X(b6x/DT

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

:U}-M8Yy#}O t0


51Testing软件测试网8A9Y~Ftc[r w


51Testing软件测试网;Q B0F-k.x-F/r)M+?(d

0251Testing软件测试网"~V$NK UX]2|~5m8J1i

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

3m sHVL7wx4\0

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

'U@*O F\x]X2N0


51Testing软件测试网 J6Zckfr5qOx

如上,

AOwJh!T xQ0

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

S&T:gdU0


51Testing软件测试网8~2xd,E0p#@&Q o2^

对于此种情况,普通测试能做啥 ?51Testing软件测试网7Mp\r'k$B0p

“把现状,在项目群里,同步团队,说明没按时提测即可 。其他的,普通测试做不了 。51Testing软件测试网-ne a0d;XnC


51Testing软件测试网1{r+\0dPuG


B5N} j`J4j0

如果在普通测试的基础上,想往前推进一步呢 ?

u fnH(JC/_L0

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

D*R3GJTy!s!Q0

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

第一步,先去把任务拆分到1D颗粒度(需研发老大来推动这个事)

yM v e%C!J0


51Testing软件测试网 t8^%h x(m3_@

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

*I c,kz2f0

如上,先玩这两点,再观察一下 。51Testing软件测试网-X6Ivo _ NL;k:ea


c8ebUM,f/D0

End 。

/p.^;r `{\a Z0


!]6}TXU#C+U0

先聊这些,周末了,文章尽量短点 。

p6FZ~cb0

51Testing软件测试网 Z R'O*~5F,zn[3|

最后 ,

zre-A4]%}b!j"g0

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

h$s1hZ\'X"m$t0


3^ss|%VL\0

文 / IDO老徐

f2[+CRqb%E0


goQy kf~;t051Testing软件测试网 YM)U-Y'QV?l


TAG: 软件测试

 

评分:0

我来说两句

xuquan

xuquan

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

日历

« 2021-11-30  
 123456
78910111213
14151617181920
21222324252627
282930    

数据统计

  • 访问量: 744958
  • 日志数: 412
  • 建立时间: 2012-06-04
  • 更新时间: 2021-10-15

RSS订阅

Open Toolbar