微软甚至允许未经测试的代码被集成到Windows 10
大家对Windows 10不断出现各种问题似乎已经习以为常,但为什么为出现如此多的问题却更值得让人深思。
尤其是 Windows 10 Version 1809 版出现严重的文件丢失问题,让很多用户不禁怀疑这背后的根源是什么。
外媒ArsTech发布的文章或许可以解释原因:测试周期被严重缩短、微软甚至默许未经测试的代码进行整合。
每年两次更新并非没有优势:
以往微软平均每三年才会发布新版本,但到Windows 10后每年都会发布两个新版本来推送最新开发的功能。
例如最新支持的文件资源管理器黑色主题以及此前的亮度调节,如果按此前开发进度用户需要等待很长时间。
所以微软现在每年推出新版本也并不是没有好处的,对于用户来说可以不断地接收新功能避免长时间的等待。
批评者认为微软应该降低更新频率:
每年两次更新虽然确实带来更多的新功能,但似乎这种更新频率也让Windows 10系统的代码质量越来越差。
所以早就有企业级用户以及家庭用户认为微软更新频率太高,希望微软能够降低更新频率提高代码整体质量。
但Ars Tech编辑认为现在问题的根源其实并不是更新频率问题,即便降低更新频率也不能提高系统的稳定性。
微软以前的开发流程:前后两三年
尽管微软并没有透露该公司对于Windows 10的开发流程,但我们依然可以从微软的更新节奏推测整体流程。
现在的这种流程其实与以前每三年发布更新没有太大区别:设计规划阶段、功能开发阶段和集成和稳定阶段。
以前微软大约会花费4~6个月时间进行设计和规划,然后在花费6~8周的时间进行高强度开发完成主要功能。
最后还要花费4 个月时间进行功能集成,因为每个功能都是独立开发的最后要集成到整个系统进行最终测试。
Bug发生的最多的阶段就是最后的集成阶段,在这个阶段此前各个独立模块进行整合时会出现很多很多问题。
然后微软还会发布多个测试版进行迭代测试, 包括初始版本的原型和后续的预览版, 最终提高系统的稳定性。
现在:微软允许未经测试就进行集成整合
外媒Ars Tech获得的内部消息表明:微软甚至允许在未经测试的情况下直接将相应的功能模块进行集成整合。
甚至是即便某些功能模块测试失败也被认为是可接受的,开发人员即便知道他们的代码无法工作也继续集成。
比如说:任务管理器的处理器占用显示不正常和亮度调节是已知问题,但在没解决的情况下依然发布正式版。
虽然我们并不能确切的知道上述消息中哪些是真的哪些是假的,但是可能这些情况都或多或少的客观存在着。
所以本质上说这是微软开发流程的问题,即便降低更新频率也并不见得按照这种流程还能提高代码的稳定性。
微软的测试人员哪里去了:被裁员被转岗
在Windows 10初始版本发布前夕微软就有过裁员和转岗,这次裁员和转岗就是针对各个部门的测试人员的。
所以原本每个功能模块都需要分配专门的测试人员进行测试,现在要么测试人员极少要么就开发者自己测试。
Windows Insider不应该被视为测试者:
尽管Windows 10系统有数百万名爱好者帮忙安装测试版进行测试,但这些用户不应该被微软视作测试人员。
当然或许微软本身也没有把这些爱好者当做测试成员,不然也不会在用户三个月提前的反馈还被直接忽视掉。
三个月前就有用户反馈 Windows 10 Version 1809 丢失文件,但直到十月份微软才发现原来有用户反馈过。
若真把这些爱好者当做测试成员也不会对各种反馈置之不理,最终酿成正式版发布删除用户个人文件的悲剧。