2013深圳敏捷之旅

发表于:2013-12-24 11:21

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:快乐小左    来源:51Testing软件测试网

  今天刚参加完2013深圳敏捷之旅,有幸在一天收获那么多敏捷知识,听那么多大牛分享管理经验,真是非常不错。
  今天的议题比较多,吴穹老师的自动化测试华为胡伟分享的打造自组织的敏捷团队,李小波的coding dojo,最后腾迅两个项目经理搞的ball-point游戏,还有中国平安的单超分享的敏捷经验都让我印象深刻。
  吴穹老师的演讲恢谐幽默,同时内容也是非常丰富,把自动化测试比做防弹衣非常的贴切。敏捷开发中很重要的一个实践是持续集成,而持续集成中最重要,最核心的就是自动化测试,没有自动化测试的CI,就是一个空壳子,而没有持续化集成的敏捷也是不完整的。我们目前的CI就是一个空壳子,仅仅是编译打包,跑跑sonar检查而已。但是不是我们不想自动化测试,而是真的太难。搭建自动化测试首先需要稳定的测试环境,这个我们没有,甚至我们在本地完全就不能测试,必需部署到staging环境才能真正跑起来,这是硬伤,另外自动化测试对测试人员的要求也很高,至少他们要有一定的开发能力,能够写测试脚本,而不只是写几个case然后像用户一样手动的去测试我们的功能。关于自动化测试,吴老师给我们分享了一些很重要经验:
  1. 自动化测试是防弹衣,是用来守护核心程序的,不是守护所有的程序,就像防弹衣,只是用来保护最重要的部位,如果全身都保护,那就没有办法运动,成本也会过高。所以我们应该对我们最核心的地方做自动化测试,其它部分还是可以继续使用人工测试。
  2. 自动化测试不是为了节省人力成本,不是说写了自动化测试就可以少用一半的测试人员的,这是不正确的观念。
  3. 不要相信录制回放神话,不要使用商业软件,现在的开源软件足够好了,而且更轻量极。
  4. 分层测试,分为UI, service接口层,unit层,最难的其实是单元测试,这通常需要很好的设计或是重构,service接口层也不容易,所以最好是从UI层开始做黑盒测试,通过少量的UI黑盒测试就可以覆盖大部分的功能,因此有自动化的UI测试可以保守你核心的功能可以正常运行,然后才是逐步的进行service层测试,单元测试,这应该是一个金字塔形。
  5. 好的测试工具,selenium, robot framework.
  华为胡伟的分享是如何打造自组织的团队,在他的分享中核心的部分就是他总结的6要素
  1. 目标 - 共同的团队目标,清晰化
  2. 承诺   -  PO与team, SM与team之间的相互承诺
  3. 可视化   -   白板,燃尽图,尽量让任务,进度等更透明
  4. 辅导     -    每个新人都有一个师傅
  5. 授权    -    主人翁精神,每个人都有责任感,有权力和义务,充分的授权,大家才有积极性去一起解决问题
  6. 团队   -     团队精神
  除了这些,胡伟讲的他们的经历也是让我感慨万分的,他说他最初到华为的时候,华为是没有敏捷的,那时候他们刚刚接触敏捷觉得很有意思于是就在团队内部偷偷玩敏捷,而且很投入,这种精神是很值得学习的,这是一种对新事物的探索精神,一种不守旧的开拓精神,更重要的是能坚持玩下去。我一开始接触敏捷的时候,公司也没有推敏捷,我就想带着团队自己做,可是最终没有坚持下来,一是没有公司强推,没有执行力,二是带动不起大家的兴趣,这可能还是我的组织能力不行。
  平安的单超分享了他们在金融行业的敏捷经验,很值得我借鉴。我现在做的国泰航空的项目和他的有很多类似的地方,比如项目大,项目老,结构复杂,没有本地环境,是中间系统要和很多外部系统交互,需求变更麻烦。以前我总在想我们这样的系统如何做敏捷?在本地没法测试,结构复杂,不重构也无法单玩测试,跑完整个流程要和很多外部系统交互,需求都是客户零散的发给我们,给一个改一个。平安的做法是付出大的成本在本地搭起环境,这个投入是必要的,其次使用看板,使得任务透明化。因为有了本地环境,他们可以测试前置,测试更容易了。再者就是任务拆分,他们将所有需求交给一个有12年经验的老员工来拆分,拆分是依赖他的业务和技术经验的,这样的好处是比较公平,以他的为标准,对大家来说相对就公平,而且拆分出来的任务大小也都差不多,容易评估和管理,我觉得这也是有局限的,不是每个公司都有这样的人,而且他的个人经验我想也是有局限的,如果没有这样的人,也许大家可以试试功能点估算,重要的是要收集估算数据,慢慢的形成经验数据,这样以后就有了参考。再一个是回顾会议,要有一个轻松的回顾会议,大家愿意提出以前的不足,需要的改进,还有总结出以前做得好的,继续发扬和改进。心情曲线是他们回顾会议上一个挺有意思的东西,就是每个人回想自己在迭代的每个阶段的心情,绘制出一条曲线,这可以看出大家在这个迭代的整体状态,如果大家心情都不好,那就要看看是什么因素导致的,如何消除。
  另外还有敏捷教练王威讲的产品决定成败,里面有讲到敏捷的三个假设:1. 假设人是有能力的; 2. 假设人是有责任感的; 3. 假设知道产品应该做成什么样。也就是说敏捷是有要求的,特别是对人是有要求的。一个团队如果有人不适应敏捷,或者达不到要求,我们可以辅导和帮助他,但是他不上进,不学习,不改变,那么我们一定要把他清出去,如果不这样,整个团队都会被拖跨。
21/212>
《2023软件测试行业现状调查报告》独家发布~

精彩评论

  • zhuang920
    2013-12-25 17:14:41

    谢谢分享,自己以前也接触过一点敏捷,反思一下做的还是不够,笔者写出了敏捷要点!敏捷是要有要求的,尤其对团队成员的要求。

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号