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

        TestOps作为一个概念围绕着确保产品团队在开始测试之前能够访问他们需要的任何必需的测试基础架构，平台和框架，而不需要大量耗时的配置。 如果质量保证过程由于环境设置和团队中质量保证人员的推倒而需要数天才能完成，那么使用CI系统的任何好处将会丢失。

        这篇文章将开始新的系列，将重点放在各种测试技术上面，如：

        生产测试

        在连续交付时代进行测试

        在云中测试

        敏捷/精益测试

        监测（+警报？）

        数据驱动的质量

        渗透测试

1. 走出舒适区

   几乎在生活的每个领域都值得尝试新事物。 无论是去陌生国家旅游，新菜还是学习新语言的好处都是毋庸置疑的。 你熟悉学习过程，我相信这是一种技巧。 我们社会有很多人害怕走不同的路线（通常他们年纪大了，这就是为什么公司喜欢年轻的员工习惯了不断的变化）。 如果你没有持续改进的思维方式，你不能在IT /测试行业中脱颖而出。 训练自己改变它。

   “如果你想成为一个有效的员工，那么看看你的工作描述，并把描述作为一个软边界。”
   

2. 深入理解软件工程

   在我的关于学习测试人员的途径的文章中，我已经提到过，你应该非常挑剔你选择遵循哪些来源。 在线资源/博客/书籍的数量几乎是无限的。 在开始新事物之前，先问自己几个问题：

   a）我想解决什么业务问题？

   b）我的解决方案对利益相关者有多大益处？

   c）为什么我要这样做？

   通常这些问题要求你从更大的角度看待你的工作。 通过有价值的书籍扩展你在软件工程方面的知识，这些问题的四个答案将会更加精确。 这就是为什么资深的，经验丰富的工程师在就业市场上如此宝贵 - 他们不仅拥有丰富的书籍知识，而且掌握了经验。 你不能靠经验打败他们，所以只有一条路。

   在Google时代，并且拥有适量的软/团队合作技巧，您几乎可以解决所有精确定义的问题。

3. 学习新事物的可能性

   不要让自己陷入小测试的世界。 扩展您对IT的全面知识。

   Selenium Grid不会因为不稳定而崩溃。 它具有自定义配置，有限的Java资源和网络配置。

   你有没有试图改变他们的工作？

   慢集成测试？

   你是否尝试同时运行它们？

   遇到第一个障碍后你停止尝试吗？

   慢应用程序构建？

   您是否尝试更改Jenkins / TeamCity / Bamboo服务器/代理配置？

4. 可以发现新的测试领域

   经验丰富的探索性测试。我不会说手动测试很快就会被100％的自动检查所取代。 但是，从业务角度来看，要真正有效，他们需要尽快找到严重的问题。 它不能是拼写错误，也不能是错误的错误信息（除非它是应用程序核心中更大的东西的标志）。 它必须是严重的性能问题，在大流量下的缓慢应用速度，不可扩展的设计或者大的东西。

   所有这些都需要深入的了解。 建筑知识。 编码知识。 软件工程知识。 

5. 你的贡献不可或缺

   起初我把这一章的标题叫做“让自己不可或缺”，但内涵却很糟糕。 有些人天真地认为，通过编写难懂的代码和设计愚蠢的架构，他们使自己无法替代。 这不是真的。 真正的安全来自广泛的知识。 总是试图提高你的就业能力（罗伯·兰伯特已经写了很好的书）。

   你的目标应该是使你的日常工作成为必不可少的。 这给你真正的工作安全。 聪明，你可以睡得好。

   “如果你在自己所从事的行业中处于世界前1％的位置，那么你将永远不用担心“制造”。 这是最可靠的路径。”

   
   

你需要更多阅读丰满你的知识体系：

第一章：DevOps将为TestOps让路

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

第三章：TestOps方法论

第四章：持续完善中的TestOps

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

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

第七章：TestOps持续测试

第八章：TestOps新名词的定义