微软被指控存在根本缺陷的 Windows 10 开发过程

到目前为止，我们都知道 Windows 10 2018 年 2018 月更新发布的惨败，但我们可能已经忘记了 XNUMX 年 XNUMX 月更新也由于导致某些 PC 出现蓝屏的最新错误而延迟。

Ars Technica 仔细研究了 Windows 的发展， 他们认为微软开发他们的操作系统的过程从一开始就存在缺陷，甚至可以追溯到 Windows 7。

他们指出，微软有一个实际为新功能编写代码的过程，只需几周时间，然后将剩余时间（几个月）用于集成软件，然后在发布前消除错误。 这意味着将劣质、不可靠的软件引入 Windows 10 代码库，如果未发现问题，则将其交付给最终用户。

再加上无效的测试制度，部分原因是微软在 2014 年解雇了他们的 SDT，并将更多的责任交给开发人员来测试他们自己的代码，以及业余爱好者的 Windows 10 Insider 流程​​不全面，也没有提供专业的错误报告，意味着超过公平份额的错误最终被运送。

Ars Technica 还证实，允许 Windows 开发人员在没有任何测试的情况下集成代码，但希望这是个例外。

他们呼吁改变微软的开发流程，并要求在集成之前使用自动化测试等现代技术对新软件进行良好测试，这意味着即使是 Insider 构建也将拥有高质量、经过良好测试的代码，没有“已知问题”。

他们指出：

新功能在开发过程中可能不稳定，但在将该功能合并到生产代码中之前，它必须满足非常高的质量标准。 而不是微软的“现在合并错误，我们稍后会修复它们”的方法，而是确保代码尽可能没有错误 before 它被合并了。

他们得出结论：

采用 Windows 代码应该始终具有交付质量的原则——不是“经过几个月的修复”，而是“现在，任何时候”——将是一个巨大的变化。 但这是必要的。 微软需要从第一天起就确保每个新更新都是生产质量； 在这个世界中，更新到最新最好的版本是轻而易举的事，是可以自信地做出的选择。 功能更新应该是非事件，用户几乎不会注意到。

Ars Technica 认为 Google 的 Chrome 团队是一家做对了的公司，并且随着 ChromeOS 成为越来越可行的选择，微软当然不能失去最终用户的更多信任。

我们的读者怎么想？ 请在下面告诉我们。