与微软高级软件工程师的对话：如何进行自动化测试？

您在微软工作多久了在哪里工作h2>

我从2013年开始在微软工作，之前在奥多比（Adobe）工作了3年。

我们的团队负责Office365中大部分络组件的功能自动化测试。

最大的挑战无疑是跨浏览器测试。我们要确保一切都是完美无缺的，能在Chrome, Firefox, Safari, Opera, Internet Explorer, Edge和移动浏览器上正常工作。

我们将于2021年8月17日正式停止支持IE浏览器。但这并不意味着我们将停止对它的测试，因为我们应该最先知道它哪里出了问题。很多企业仍在使用IE浏览器，并且会继续使用很多年。许多遗留系统依赖IE浏览器，甚至有些企业不允许员工使用其他浏览器。

这里我只算功能性测试。它取决于多个因素以及我们有多少个提交，每天至少几千次吧。

我知道你为什么问我这个问题，因为Playwright是微软开发的。有几个原因。

Playwright相当于一个络程序库，好比它可以给我们提供砖头，但我们仍然要自己建房子。所有这些“创建”都需要时间和资源。我们认为开发人员应该把时间花在开发公司销售的产品上，而不是花在开发内部工具上。而且它的内部测试框架会使ROI非常糟糕。

投资回率（ROI）对任何事物来说都很重要。几年前团队自动化测试所使用的工具或络程序库是由一小部分人决定的。他们不会去计算执行成本之类的东西，只会说“噢，这个看起来很酷，我们就用它吧。”

这是一个可怕的趋势，它催生了大量科学怪人般的自动化工程师，构建了过于复杂和不可靠的内部测试框架。这些框架总是处于“差不多”的状态，没有太大的价值。有些工程师在工作上戒心很重，他们会扭曲所有的逻辑只为防止项目被抛弃。

如今这样的情况已经改变了，越来越多的人参与到这些决策中，最佳实践和真正的项目管理已经应用到这些自动化工作中。

如果这个概念难以理解，那我们来看一个例子：哪种选择更有意义像Zoom这样的视频会议工具，或者使用WebRTC从头开始构建一个内部视频会议工具。

WebRTC是开源且免费的，但是构建内部视频会议工具需要数月，这会给雇主带来巨额支出。就像我前面说的，重造wheel文件会带来糟糕的ROI。

我们一直觉得它很重要，但我感觉很多公司并没有认真对待它。不久的将来这种情况应该会发生改变，我希望与GDRP类似的无障碍立法能得到广泛的应用。开发人员需要了解它的含义。在元素中添加标题属性可使站与屏幕阅读器兼容，但如果没有在所有主流浏览器上进行测试，站的可访问性得分就会被破坏。

虽然有视觉障碍的用户可以使用该站，但由于只在Chrome进行测试，使用Firefox、 Safari 或 Edge的用户就无法访问了。准确的定义如下：无障碍可访问性是指让尽可能多的人能够使用你的站。

技术行业，一定要提升技术功底，丰富自动化项目实战经验，这对于你未来几年职业规划，以及测试技术掌握的深度非常有帮助。