跟着芒果一起好好学习，天天向上~
在这周五我们举办了V咖分享会第十七期的分享，这也是我们春节前最后一期分享，现在就由芒果为大家整理这次分享会的知识。本次整理内容包含我们的V咖汪珺老师的分享内容，部分提问及回复。想要提问或者观看完整问题解答的小伙伴，请积极参与到我们分享会中来，我们的分享会每两周就有一次哟~
分享人：汪珺
原HP中国金牌讲师、HP美国敏捷咨询师、资深咨询师、资深培训师、Exin TTT授权培训讲师（Scrum Master、Lean、Tmap、DevOpsMaster等）
凤凰项目沙盘认证授权教练，挑战埃及沙盘认证权限讲师，敏捷和DevOps落地转型专家，开发测试架构师，解决方案专家， 某跨国集团解决方案部门总监。
分享主题：测试敏捷化的诞生与白皮书解读
随着VUCA时代来临，及DevOps和互联网技术相关发展，业务变更速度越来越快，在交付变快的时候，无论瀑布、敏捷或者DevOps模式下，测试如何自身敏捷化？是否只是敏捷下才能加速测试应对交付的加快？如何确保加快同时，不会抛弃质量？ 尽在本次讲堂中。
分享内容：软件安全测试
1.测试敏捷化的产生。
2. 敏捷测试化与测试敏捷化
3.内容、框架、模型
4.如何变更企业能力
5.个人能力如何发展
分享内容部分PPT：
答疑与讨论：
汪珺：
测试敏捷化第一次提出，大家都是见证者，希望在2019年携手努力，共同推进。 至于“测试敏捷化”词不重要，表达测试在未来快速业务交付下，质量如何保证双态模式下的顺利交付，才是最重要的。
后续我们会不断推出专题，云层约了我二面：复杂业务下的自动化测试建模（DevOpsDays、TID大会都做过分享），是复杂业务下的自动化测试策略选择问题。
希望下一期给大家带来一个落地的东西，满足测试敏捷化的发展。今天只是测试敏捷化的宏观提出，希望大家提出宝贵意见，谢谢！
木瓜小少年：
我想问下，基础通信项目，领导要试点测试敏捷化？
汪珺：
@深圳-宝兔 ，具体问题是？
木瓜小少年：
然后，是好几个子系统一起配套使用，只有其中一个子系统试点了敏捷。
汪珺：
那就是双态模式，一个大系统，大部分走传统的，1个做敏捷。
协同推进、测试模拟、自动化测试、持续集成、还有标准化都很重要。
木瓜小少年：
别的系统还在开发，so，试点敏捷的项目前期没有相关子系统支撑测不起来。
汪珺：
但一般都没有解决。
yes，所以一个是mock（如果是接口）
架构拆分也很重要。
汪珺：
留几个问题，给大家思考，尤其最后两个问题，答案完全不一样。
1. 定好系统之间的交互，明确契约（微服务测试尤其注重这一点）
2. 构建中心级别mock，并且自动化构建接口之间调度关系
3. 数据的构建机制（通过测试建模等保障）
有一个说法，复杂业务下的自动化测试，用BDD，ATDD，数量越多，死的越快，信不信由你。
留给大家思考。
我这里看到答案，第一个，变更1个需求，200脚本找寻并且定位修改，估计30分钟。
第二个，人均300个需求，变更1个，2w个脚本里面找寻，时间为7人10天（历史数据）。
木瓜小少年：
其实我认为，我这边的项目并不需要敏捷，开发周期很长，有一年这样，多个版本共存，需求变更不频繁。
汪珺：
测试敏捷化 不等于敏捷测试 ， 这里提出传统企业，也是稳态的要求。
好，预祝大家今晚睡个好觉，有问题随时沟通，多谢！
木瓜小少年：
谢谢大佬分享
最后的莫西干人：
感觉还是要根据公司业务需求变更量和频率选择稳态还是敏态，不然ROI不划算，还是假敏捷。
李顺松：
感谢汪珺老师的精彩分享，请问老师，1.构建中心级别的mock，如何构建？自己写挡板？
2.现在我们测试遇到比较多的问题，第三方无法联调配合测试，如购买Q币，购买电影票等等与第三方系统交互的交易，回归测试都很困难，往往都测试不到。都是上了生产再验证。
这两个问题请@Wang Jun老师帮忙解答下，万分感激
长白山自在仙：
我现在用hoverfly构建中心级别的mock，但是我叫它不是mock，而是service virtualization，服务虚拟化。
