没有特殊情况，每次的百人计划我都会提前进入准备状态：预想今天这个主题可能会讲哪些知识点；我已经储备掌握了哪些知识。昨天的分享因为不需要提前准备，所以我也就没有准备，搬好小板凳准备洗耳恭听。因为我这个人不喜欢听两遍同样的东西，第一遍我会注意力很集中，第二遍因为听过了所以不会用心去听，除非里面有我立马需要用到的知识，否则不会再听第二遍。
之前在光荣之路的吴老师分享中听过这么一句话，大概意思是：测试人员可以简单分为两类，一类是不懂代码的黑盒测试，另一类是懂得代码的白盒测试。他分析到现在的中国的测试人员20%懂得代码，知道如何运用代码提高自己的工作效率和能力；80%的测试人员还是处于黑盒手工测试。SO，他提倡鼓励身处测试的从业者应该亡羊补牢，从下一秒就要树立学习一门编程语言的目标，原因很简单，因为你学会了句相当于超越了80%的同行业者。当时听完以后确实树立学习Python的目标，但到目前为止的进度还是处于买了一本小甲鱼《零基础入门学习Python》，学习了前面一点点就戛然而止了。至于原因是什么，老徐之前分析的很是一针见血，一个字就是懒，没有真真正正的让你有危机感，触碰到你的利益。
再谈谈Amy的分享，首先我很佩服她，同是90后，她是女硕士，而且是计算机相关专业，我相信这两点已经可以秒杀参加百人计划的50%同行，否则招聘她的公司也不会那么招她进去，而且是云服务。然后谈谈我对分享内容的感悟，她说她有一个很优秀的导师，讲述她自己的第一次需求测试设计，在这里面重点讲述了一个套路，也就是场景法的运用。从四个方面讲述场景法设计：分别是从用户的角度去思考测试设计思路；5W场景分析具体场景；用公司产品的业务流程去分析原理；最后评估这次的测试成果结论。哇，然后评论里面就纷纷羡慕她的公司流程规范什么之类的。我听了以后并没有羡慕，因为鲁迅曾说过：这世上本没有路的，走的人多了，自然就有了路。我来现在这家公司当初也是什么都没有，Jenkins以前也没有，敏捷测试也是虚有其表，但是公司老板看中测试，注重质量，没有咱就弄一个试试，别人有的为啥咱不能有呢？不要总想着别人为你铺路搭桥挖井，你也勇敢一把成为你眼中的“别人”。没有困难创造困难也要搞，想想当初新中国成立之初一穷二白还是要搞原子弹也许就能找到勇气了。
然后她讲了一些测试专业术语，这个我是头一次听到，比如产品风险=失效概率*损失；失效概率=缺陷概率*使用频率；数据组合测试设计技术（DCoT）;处理周期测试设计技术（PCT）;状态转换测试设计技术（STT）；错误猜测测试设计技术（EG）；上点，高点，内点，基本流和备选流。这些测试设计技术的理论知识，在《软件测试的艺术》之中其实都是能找到原型的，只是换了一种高大上的说法。原理其实都是相同的，关键在于运用的人如何去使用。还是用老徐的一句话总结，作为一个测试从事者，如果连一本完整的测试基础理论书籍都没有看过，那你和别人讨论的理论基础在哪里，除非是自创了。
作为一个工作不足一年的从业者，Amy很想把她知道的东西分享出来，但是可能由于想讲的太多，昨晚的分享超时了，但这并没有什么关系，我相信爱学习的人不会在意这超出的半个小时。感谢Amy的分享，感悟最深的是很多东西其实在老徐的文章中说过太多次，基础不高却总是好高骛远。
《让子弹飞》中葛优有句台词我印象很深：饭要一口一口吃，路要一步一步走，否则容易扯到蛋。共勉。
