第八章：TestOps新名词的定义

一十一

发表于 2017-11-15 16:31:161）介绍        谷歌最近将所有著名的GTAC重新命名为工程生产力大会，让所有人大吃一惊。 这意味着已经复杂和混乱的测试字典收到了一个更多的条目（例如，ISTQB字典，没有解释这个词的含义）。 工程生产力的含义非常广泛，不容易在一篇博客文章中定义它。 在各种资源的帮助下，我会尽力的。2）什么是工程生产力？        正如Google谷歌测试软件工程的效率测试中的生产力首先由Patrick Copeland介绍：“所以我决定把它变成官方的，我把团队的名字改成了工程生产力。 随着名称的变化也出现了文化调整。 人们开始谈论生产力而不是测试和质量。 生产力是我们的工作; 测试和质量是参与开发的每个人的工作。 这意味着开发者拥有测试和开发者自己的质量。 生产力团队负责开发这些东西。”
       QA人员可能不足以保证所要求的质量， 工程生产力团队是一种扩展，它允许公司从软件工程过程（通常称为“左”）到产品发布和实时维护/监控（“正确” - 生产测试）中关注质量。 我敢肯定，大多数作为QA /测试人员的读者都认为，他们的职责往往超越了简单的测试角色。 至少这是我鼓励你在我的帖子中做的，例如测试学习清单。 传统的（大部分是手工的）质量保证已经过时了，值得再次保持下去。 雅虎决定解散他们的团队。3）工程生产力的目标和责任总之，工程生产力团队希望确保：a）尽可能快地发布软件b）软件具有最高的质量可能c）软件在生产中正常工作在过去，QA团队主要集中在B点，把开发者和C留给操作团队。新的目标会影响EP（工程生产力）团队所执行的任务。 测试人员的职责如下变化：1）更加关注测试框架，内部咨询和辅导苛刻的商业现实通常意味着开发人员必须编写测试。 为了充分发挥作用，他们需要经验丰富的测试专家提供的指导和工具。EP团队也应该提供正确的指导方针。 例如，100％的单元测试覆盖率可能不会检测到性能问题。 应该在正确的地方使用有限的测试工作。2）在软件工程过程中向左移动显然，在一开始测试是最便宜的。 花费时间在IDE插件，单元测试，代码覆盖工具，有效的代码审查，OWASP安全编码实践通常具有很高的ROI（投资回报）。 EP团队还应确保在连续集成过程中不允许下游移动。3）在软件工程过程中向右移动成功发布并不会结束EP团队的职责。 他们需要不断监视他们的应用程序如何执行生产。 看到我的生产测试后的详细技术如何完成。4）需要速度EP团队应该确保测试不会成为瓶颈，并且不会减慢开发人员的速度。 4）工程生产力团队中的角色看起来没有正确的EP团队结构，在不同的公司实施情况各不相同，但我们可以区分：a）测试工程师（TE）测试人员具有丰富的产品和业务领域知识，专注于应该测试什么。 他们推动测试策略，帮助识别产品风险。 通常在Scrum团队中对齐。b）测试软件工程师（SETs）对测试领域感兴趣的软件工程师（开发人员）构建框架和工具，旨在加速软件工程过程。c）软件工程师，工具和基础设施（SETI）SET的Google名称。d）发布工程师，CI工程师，DevOps工程师，TestOps工程师高度专注于持续集成，持续交付和整个发布过程自动化的技术角色。e）现场可靠性工程师，软件可靠性工程师（SRE）另一个高度技术性的角色，侧重于生产平台维护，性能，监控和可扩展性。 Google在他们的开源书中详细描述了这个角色。f）产品负责人，产品经理根据已经提到的阿什利·亨斯伯格（Ashley Hunsberger），如果我们投资这样一个大的团队，它应该由一个不仅计划工作，而且还与业务保持联系的人来领导。 一般来说，他应该确保EP团队的目标与业务目标保持一致。 我强烈推荐Ashley在Selenium Conf 2017上的演讲，称为变革文化（Transformative Culture）。
你需要更多阅读丰满你的知识体系：

第一章：DevOps将为TestOps让路

第二章：有种测试模式叫做TestOps

第三章：TestOps方法论

第四章：持续完善中的TestOps

第五章：TestOps让自己不可或缺

第六章：TestOps的先决条件与TiP的类型

第七章：TestOps持续测试

第八章：TestOps新名词的定义