posts - 97,  comments - 5,  trackbacks - 0
@import url(http://www.blogjava.net/CuteSoft_Client/CuteEditor/Load.ashx?type=style&file=SyntaxHighlighter.css);@import url(/css/cuteeditor.css); 《转载》开发自测一:掩月在房产项目中的试点 luoqing 发表于:2012-01-19 浏览:3238次 评论:0次 所属分类: 系列活动 专题:开发自测 罗青:开发自测对开发团队有什么优点? 掩月:在项目前期提升质量,在项目后期缩短周期,减少开发测试之间的沟通成本(bug, 需求,code, TC),减少bug修复成本,减少回归次数(回归多, bug多,会打散开发的时间,碎隙时间难以利用) 罗青:开发自测对测试团队有什么优点? 掩月:让有限的测试同学能做更多的项目和日常,能做更重要的事情 罗青:开发自测效率如何? 掩月:有时候并行3个项目, 1个测试,7个开发,1个前端,20多个运营,一个项目100个TC,平均开发测试比为8:1,平均发布周期2周 罗青:开发自测质量如何? 掩月:房产这个产品从6月份开始,没有任何线上故障,预发时发现的也是建议性bug 罗青:开发自测的形式有哪些? 掩月:小日常(活动类为主)开发自测直接上线,项目中部分模块开发自测直接上线,其余模块开发自测+测试验收,目前开发自测直接上线的占比40% 罗青:开发自测在团队中是怎么合作的? 掩月:从建立代码分支就开始白盒扫描自测(包括安全),当天bug当天修复,中间开发根据UC, TC进行自测,daily, 预发,20多个运营一起进行验收自测。 罗青:房产的开发自测有做过哪些类型的项目? 掩月:两种类型;数据准备型的最难开展开发自测,都需要测试准备好数据,才能进行测试;操作繁琐型的容易开展开发自测,但是异常场景的校验还是需要测试介入 罗青:2012年房产团队的开发自测可以提高的点在哪里? 掩月: 1. 需要建立自动的回归体系-目前做的都是新的独立功能,不涉及回归,后续功能多了以后就会有大量的回归工作,不可能依靠测试或者开发的手工回归 2. 需要提升开发同学的测试思维,扩展开发自测的范围从主流程到P3, P4—目前局限于活动页面,开发同学的测试思维较狭窄,后续扩展范围后,不可能仅仅做主流程的开发自测 3. 需要更适合的流程和工具支撑整个开发自测体系 罗青:开发自测对开发团队有要求吗? 掩月:房产团队的开发有一半是新来的,很愿意接受新的思维,在测试给予建议和培训后,质量意识提升很快,特别是有一个新女开发,0bug很强 岁晚:目前的自测对于开发团队成员的成熟度依赖性比较高,就是说开发人员如果对于质量有比较强的意识,对于自己的code能用比较专业的角度去看(比如,站在测试的角度,愿意发现bug提高质量),那么这个团队做开发自测就比较顺畅,自测的质量也会比较好。如何在开发经验少,质量意识薄弱的开发新人团队进行开发自测? 罗青: 我会持续的把各个团队的开发自测情况进行分析,总结,建议和推进,这是第一份战报 有任何团队想开展开发自测的,已经开发自测的欢迎找我

list&非标类团队的开发同学合作了将近1年了,自己在这个阶段看到了一些自测效果提升的情况,分享出来。下表是xlist&非标类团队中15名开发同学2012年上半年和下半年的bug reopen率和低级bug率的统计。可以看到2项指标均有不同程度的下降。经过这半年的实践,小谈一下我接口的开发团队的自测情况。

表一 list&非标类团队中15名开发同学的bug统计

时间

bug

月均reopen

月均低级bug

备注

2012-02-012012-06-30

204

20.56%

10.53%

1.共计算5个月;

2.月均低级bug只有6月份有数据,因此这里算的是6月份

3.这个阶段大家都没有记录低级bug,我估计是大家还没有意识到低级bug的标记

2012-07-012012-11-30

212

0.83%

5.33%

共计算5个月

 

一、自测水平和代码水平有关系么?

我认为,自测水平和代码水平是弱关联的。虽然编码能力强,有助于自测的效率,但是并非编码能力决定自测水平。

我觉得自测的觉悟和人本身的责任心是息息相关的,有些开发同学从始至终自测精神都非常好。例如,我一个对口产品线的开发同学:盈轩,我最早测试她的产品,她才开始coding,那个时候她让我印象最深刻的就是,写出来的业务逻辑,几乎无bug。后来随着她编码能力越来越棒,自测也一直坚持做的非常好。

二、关于自测精神

我觉得自测精神是一个好开发应该具备的基本素质之一。假如我们比较代码,在某个项目、某个日常里面碰到不那么靠谱的开发怎么办?我觉得,他不重视,他的老大一定要重视。例如,我们对口开发组的主管索尼,非常重视开发自测的情况,每次质量团队的bug统计数据出炉之后,索尼都会强调下自测的重要性。我想这样是我们开发组自测风气略有提升的原因之一。万一主管也不重视呢?我也没办法了。

三、如何提升自测水平?

这一点,我本身是没有经历的。我只能分享给大家,我观察到的。给大家分享几个案例。女士优先,先来说说女生吧。

盈轩,一个开发经验不到2年的美女,但是代码质量非常好。每次产品完成开发之后,盈轩几乎自己会完整的测试一遍业务逻辑,还会关注下不同浏览器下的页面表征。

临意,如果你接口开发是临意,那我只能说,你走运了,因为你确实可以少操心好多。我也曾问过临意关于自测的看法,聊过单元测试之类的,他提到,单元测试还是功能自测都不重要,关键是开发要清楚业务逻辑,要分析记录好自测点,然后再开始自测,不能一顿乱点。

少符,非常了解业务的开发,他自测的优势在于非常了解所负责的产品逻辑,并且设计测试主流程和分支流去自测。

本相,通过完整而详细的UC指导自己的开发思路,完成开发只会会在本地自测业务逻辑。

通过他们的共性,可以总结出开发自测的要点:(1)理清楚业务逻辑,最好配以UC或思维导图;(2)编码完成后代码部署到本地进行一遍完整的功能执行,验证数据输入和输出;(3)主管要重视;

四、哪些日常可以完全让开发自测,测试不参与?

评估点:(1)日常的重要性。(2)开发对此业务的了解程度。如果开发新接手该业务,那么不管这个开发的代码质量有多好,建议都不要完全自测;如果通过日常合作了解该开发清楚业务主流程,那么可考虑开发自测即可。(3)开发过往的代码质量。

有时候日常感觉开发自测不完全放心的时候,可以考虑和开发一起评估UC,然后让其自测。如果UC依然不放心,可以自己写完TC,请开发同学执行TC,全部通过才算自测通过。



天猫 软件自动化测试开发

posted on 2014-04-01 10:32 zouhui 阅读(238) 评论(0)  编辑  收藏 所属分类: 5.测试管理

只有注册用户登录后才能发表评论。


网站导航:
 
<2014年4月>
303112345
6789101112
13141516171819
20212223242526
27282930123
45678910

常用链接

留言簿(2)

随笔分类(94)

随笔档案(94)

搜索

  •  

最新评论

阅读排行榜

评论排行榜