[干货]《无敌哥带大家玩叠叠乐--探索敏捷测试的奥秘》

无敌哥用叠叠乐积木游戏，附加真心话大冒险惩罚，带领我们一起探索敏捷测试的奥秘。...



接上次《DevOps工作坊》，大家用乐高积木体验一站式生产全过程，玩嗨了的场景依然历历在目。

这次无敌哥用叠叠乐积木游戏，附加真心话大冒险惩罚，带领我们一起探索敏捷测试的奥秘。

本次工作坊采用了网络直播的形式，不能到场的小伙伴们只要买张“网络直播围观票”就好了，共有400多位小伙伴线上线下同时全程参与。不过我还是建议大家来现场，只能看不能玩的那种心情你懂的。11位敏捷圈的小伙伴们在SECCO的世界地图下一起签署了《敏捷测试宣言》。当年可是只有17位大牛签署了《敏捷宣言》，这次你是不是已经后悔错过了呢？

坊主介绍

王立杰



《敏捷无敌》(2009)作者，《敏捷开发一千零一夜》(2013)主编，央视《奋斗大讲堂》栏目《精益创业》课程特邀讲师，北大光华管理学院/新华都商学院MBA《创业机会与识别》课程特邀讲师，国内知名自营电商首席敏捷创新教练、IBM客户技术专家。

超过15年软件研发与项目管理经验，超过10年的敏捷转型、产品创新指导经验。

曾在“ScrumGathering、 AgileChina敏捷中国、敏捷之旅/Agiletour、51CTO、MPD、质量竞争力大会/TiD”等大会做过多次演讲，被评为质量竞争力大会/TiD2014最受欢迎10大讲师；是敏捷之旅北京站的志愿组织者，北京线下敏捷社区“Agile1001”发起者，目前专注于企业敏捷组织转型、研发效率提升、企业产品创新。

活动精彩片段采集：

1[b]用一种运动来展示你心中的测试活动[/b]



小朋友说：测试活动就像打羽毛球比赛，打来打去。(“林李大战“么？)

小明说：测试活动就像是产品地图中不可或缺的一块拼图。

小鑫说：测试活动就像是开发前锋们好不容易杀出一条血路，马上要进球啦，却有时会被测试后卫拦截，发不了版。



我说：做为一位测试人员内心真实的写照，我表示在复杂的项目管理系统测试活动中要在质量、进度、用户、需求、开发的各种因素考虑下展开测试工作，有一种走钢丝把握平衡的feel~

2[b]叠叠乐体验不同方式下的测试效率

接下来，小伙伴们分组后，通过4轮游戏来体验如何提高测试效率

第一轮：（瀑布开发，产品全部完成后进行测试）

游戏规则：无敌哥将队员分为两组，每组发放一袋积木，队员用最快的时间搭建成四层竖向高度的任何造型，不在乎具体方式。每组选择一位测试人员，按照主持人给出的BUG号编号，去剔除对应编号的积木块，最后积木倒闭则产品失败。

游戏过程：我认领了测试人员的角色，开发团队搭建好完整的造型后，当在一个整体的造型外要找出对应BUG编号的积木块时非常非常吃力，只能暴力拆除开发团队辛苦搭建出来的产品，几乎是全部推倒重来，有种整个产品毁在自己手里心疼的感觉。



第一轮感悟：这一轮模拟了瀑布开发方式，测试被放到了最后的一个阶段，这时候发现问题，不仅仅不容易发现错误，而且修复BUG的成本更高。第二轮： （每个小迭代后测试，每搭建9个积木块后进行一次测试）

游戏规则：具体游戏内容不变，32块积木+4块BUG编号积木

无敌哥给测试人员新的4个BUG编号数字，不可以透露给开发团队。

每次搭建完9块后，测试人员测试一次，剔除存在的BUG编号。

BUG木块上有真心话大冒险。全部活动结束后，全队共同参与惩罚。

游戏过程：这次大家每次搭建完9块后，我检查一次，虽然比第一轮要好找出BUG来，开发团队也做了相应的改进：比如把编号放在容易可见的位置。但是从9个搭好的积木块里面找出BUG还是有点难度。

第二轮感悟：虽然是在采用敏捷迭代的方式，但是依然把测试作为最后的阶段，反馈速度比较慢，在一个迭代内可能来不及修复BUG。第三轮：（迭代全过程测试）

游戏规则：游戏内容不变，测试规则改为每次搭建一块木块就进行测试。

游戏过程：这次开发团队在开发阶段就把木块的编号放在最上面，每搭建一块木块时，我很容易辨识出是不是BUG，并及时剔除掉带BUG编号的木块，整个团队搭建起来更快了。

第三轮感悟：每交付一个功能就及时进行测试，反馈更快，修复BUG更容易，整个过程更有效率。第四轮：（预防BUG测试）

游戏规则：BUG编号重新发布给各组测试人员，在没有搭建前测试人员就剔除掉所有的BUG编号的木块。

游戏过程：大家很快的剔除掉已知的BUG编号后，全程开发团队无障碍搭建，速度是最快的。

第四轮感悟：提前预防BUG，比发现后再修复更有效率。

四轮方式计时如下：



整个游戏后大家发现，第四轮用时最快，不到1分钟就全部搭建完成了

1、越早发现BUG，修复BUG的成本越低。

2、提前预防BUG，要比发现后再修复更有效率。

娱乐点：被找出的BUG编号上面是有真心话大冒险的噢，例如问题是这样滴，每轮结束后每组都要按照内容接受惩罚。



活动照片：





4敏捷测试纯干货分享

在敏捷开发流程中，测试不再是瀑布试开发流程的一个环节，测试人员需要全程参与整个开发流程。通过各种方式来保证产品的质量，无论是原则中的“频繁交付”，还是对“可工作的软件”的度量，或是敏捷开发实践中的“测试驱动开发”，“行为驱动开发”，都离不开测试的支持。 当然，敏捷测试对测试人员提出了更高的要求，对测试人员来说也是新的挑战。

在敏捷环境下，到底该怎么开展测试呢？

[/b]



注：此图片为直播图片，画面效果还是蛮清晰的哈。

图上五角星有多少个角？

有5个人说20个，每个五角星有10个角，看到2个五角星

有3个人说40个，看到4个五角星

有1个人说60个，看到6个五角星

因为每个人看事情的角度不同，得出来的结论也不同。

在研发过程以及团队中最常见的问题是：需求不清晰、标准不一致



研发团队需要提前明确好标准，并在团队中达成一致。

活动过程就先不再详细叙述了，敏捷测试宣言里蕴含着敏捷测试的奥秘




宣言解读：

1、测试是贯穿在整个敏捷过程，而不是被放在最后一个环节开展。

2、预防BUG优于事后检查，好的测试能帮助团队提早预防BUG。

3、测试基于对需求的理解、明确验收标准并和整个团队达成一致。

4、帮助团队构建好系统，而不是发现BUG后推倒。

5、整个团队为质量负责，是不仅仅是测试负责。



敏捷测试四象限，在不同的象限里采取不同的测试方法

[/b]


Q1：支持团队的面向测试技术测试

核心实践：TDD

Q2：支持团队的面向业务测试

核心实践：ATDD，BDD

Q3：评价产品的面向业务测试

核心实践：探索性测试、用户验收测试、场景测试

Q4：利用面向技术的测试评价产品

核心实践：性能测试、安全测试、ility测试



敏捷金字塔中UT/FT/ST/UAT/MT 这些不同类型的测试到底该谁做？什么时候做？做到什么程度？

[/b]



测试越往下面效率越高，质量保障程度越高、成本越低、职业发展前景越好。

从敏捷测试金字塔中可分析出未来测试行业对测试人员的需求：

简单的手工测试已经成为金字塔尖需要最少的人员，探索性测试、单元测试/组件测试成为金字塔中流砥柱型人才。敏捷测试对测试人员的技术含量要求更高。

5一幅名画创造过程来说明敏捷和瀑布



开脑洞：为什么蒙娜丽莎没有眉毛？

无敌哥版本：

在蒙娜丽莎画作的“敏捷”创作过程中，达芬奇通过多次迭代和改进，交付不同的画作版本，并不断的通过不同版本的画作卖画挣钱，最后虽然蒙娜丽莎没有眉毛，但时间也到了，·客户就已经很满意了，所以不用再画眉毛啦。

哈哈，这个不是在说敏捷过程中既要每个阶段都可交付且产生价值，还要尽量减少过度工作吗？

很喜欢参加敏捷1001活动中的游戏工作坊，有趣又能探索出新的感悟并运用到实践中。希望有更多的小伙伴加入进来一起实践敏捷。

    关注 敏捷一千零一夜