本月3日，微软突然推送了Windows 10更新十月版（1809）的正式版。纵观Windows 10自2015年正式发布以来的所有正式版更新，跳过发布预览通道直接RTM的版本，在1809之前，还真的找不到先例。

推送快，是Windows 10 1809的特点之一，除此之外，它还有另外一个特点，就是问题多。

Windows 10 1809都有哪些问题，我们不妨来回顾一下：

英特尔驱动与Windows 10 1809不兼容，导致部分用户无法更新；

新版系统安装缓慢；

从Microsoft Store获取的应用程序无法联网；

Edge浏览器收藏夹中的内容丢失；

蓝牙连接间歇性中断；

文件资源管理器的黑暗模式黑暗不完全；

通知可能会无法在操作中心显示；

开始菜单中的搜索功能无法按预期工作；

开始菜单中的磁贴可能会意外重叠；

升级到1809后用户的部分设置被重置；

升级到1809后部分用户无法登录系统；

任务管理器UI元素闪烁；

任务管理器CPU占用率显示不准确；

部分用户的个人文件在升级到Windows 10 1809之后丢失。

不过上面的这些问题并不是我们这篇文章要讨论的内容。今天我们要讨论什么呢？是发生这些问题的原因。

硬件厂商的问题？

按道理来讲，从来只有驱动适配系统的说法，而没有系统适配驱动的说法，所以Windows 10上的一些和硬件厂商的驱动有关的问题就一定要厂商来背锅，是吗？

不一定。

我们不妨拿这次英特尔的驱动与Windows 10 1809不兼容，导致部分用户无法升级的问题举例。

据IT之家了解，按照正常的流程，一个Windows 10的大版本更新在正式推送给用户之前，微软需要把RTM之前的候选版本提供给硬件厂商，以便他们及时跟进驱动的适配，这些硬件厂商中肯定会有英特尔。

为了防止驱动出现问题以及防范恶意软件，在硬件厂商编写好驱动之后，微软的Windows硬件设备质量实验室（WHQL，Windows Hardware Quality Lab）会对这些驱动进行一个认证。

如果认证通过，微软就会给这些厂商的驱动签名，只有这些签过名的驱动，最终才被允许安装在用户的电脑上。通常来讲，微软会通过Windows Update把来自厂商的新版驱动静默推送到用户的电脑上，用户无需自己动手。

这次部分用户因新版驱动未安装而无法升级到Windows 10 1809，其背后的事实究竟是怎样的呢？其实，在Windows 10 1809 RTM之前，适配于新系统的英特尔驱动就已经编写完成、并通过WHQL的认证了。至于这个本可以避免的问题最终因何暴露，解释起来却让人哭笑不得：英特尔确实提交了新版驱动，可微软在Windows Update里推送它的时候，竟把它当成了一个可选更新。

硬件厂商再配合，也怕微软搭错筋啊。

微软砍掉了测试团队？

微软内部有三大核心技术工种，分别是软件开发工程师（SDE）、软件测试工程师（SDET）和项目经理（PM）。2014年，有传言称微软裁撤了软件测试部门，转而将Windows 10的测试任务交给自动化测试和用户测试，这种说法其实是不准确的。SDET岗位并非被裁撤，而是与SDE进行了合并。SDET的职责也并未消失，只是被重新分配了而已。也就是说，过去，软件测试这个工作是由SDET来专职负责的，而SDET与SDE合并之后，软件开发工程师同时肩负了软件测试的职责（组合工程），微软内部的QA类型测试依然存在，这样算起来，Windows 10系统的质量控制就是由自动化测试、SDE的内部把关、Windows Insider的外部把关以及OEM测试所共同完成的。

把SDET与SDE进行合并，这种操作真的没问题么？

当然没问题，不过有一点我们需要考虑，那就是SDE的思维方式与SDET的思维方式之间的差异性。对于一个开发人员来讲，在测试软件的过程中，他们所做的前提假设，是他们面前的这段代码可以正常运行，而软件的测试人员则不然，他们所做的前提假设，是他们面前的这段代码充满bug，其目标，则是发现问题、复现问题、提交问题并解决问题。SDE与SDET思维方式间的差异给最终的测试结果所带来的潜在影响，是绝对不可以被忽视的。

所以Windows 10质量控制水平下降这个问题，最终要让SDET与SDE的合并来背锅？

不尽然。还有其他原因，我们接着看。