测开分享会第二期-学习就要学会总结
在进行了测开分享会第二期后，很多小伙伴都纷纷加入我们，进行交流学习分享。而我们很多在分享会上的小伙伴都写了关于这次分享的总结，在这里，清风为大家挑选出了一篇不错的总结给大家欣赏。
分享者：匿名
分享主题：做测试怎么玩TestOps的总结
分享内容如下：
1. 测试存在的价值：给开发和运维提供信心，作为一个没有测试的全栈部门主管，我其实最担心的是我经常对自己的交付质量是有顾虑的。开发和运维都是实现级别的正向思维，只有测试才是逆向思维，可以防止我们重大遗漏
2. 测试运维与纯运维的区别：职能不同，目标不同。纯粹的运维的关注重点在于生产运行监测和弹性容量一类的东西，本质上就是关注用户侧的业务连续性。除了配管的运维，并不太care版本一致性，也不关注从dev到prod的过程链，这个过程链的运维，其实是测试运维的事情。而测试运维并不关注业务连续性
3. 测试如何跟上开发、运维的技术进步？开发每年换新架构，运维也高歌猛进，而测试这十年的确进步甚缓，为何？因为测试不是产生直接营收的部门。测试的发展在哪里？在于角色扮演下的问题解决。譬如：自动化和可扩展性弱，譬如：测试过的程序在生产上仍然频频报bug，譬如：完整回归过程太冗长。要想提升测试的地位，堵住抱怨的平行部门的嘴，应该现况问题驱动去解决问题。测试是一种职位，而不是单一技能，很多人理解的误区是不会code的人去做测试，现在也可以加一条，不懂服务器的人去做测试，从而测试是定位技能最弱的一环。而解决前述问题是需要一定开发和运维技能的，所以坐等其成。事实上，开发要忙着干业务需求，运维要忙生产可用，都不可能替测试去解决问题，这需要测试人员自己去做。停止等待，着手处理痛点是提升技术的一个原生动力。如同开发同学选择架构设计的过程中，也会去做一点测试来辅助决策，运维搭建环境的时候也会多方验证配置有效性，这些具有一定测试性的工作通常不会交给测试同学去做一样，是角色赋予的工作职能
4.技术在变，业务也在变，唯一不变的是测试职位的职能目标：质量。只要新系统新技术存在质量风险和挑战，就是测试人员发挥聪明才智的地方。微服务、云端化，是可以解决一些传统开发过程中的质量问题，但是，随着开发过程聚焦业务化和智能化，新的质量问题又会显现。所以测试也应以类似技术框架，使得自身过程效率同步提升，从而将注意力聚焦在新问题上。
这位小伙伴的总结非常的不错，在这里，清风也希望有越来越多的小伙伴能加入到我们测开分享会，在这里学习，在这里成长。
【互联网测开社群线上分享会】是为大家提供的免费交流活动，定期均会请到大咖来和大家探讨测试技术。
分享要求:对测试类技术有一定深入理解，并且愿意与大家分享
分享形式：微信群语音分享及互动
有兴趣的同学请添加并私聊 清风 或 云层，备注： 分享会
清风微信：
云层微信：