从微软的转型看软件测试的发展 （1）

自从纳德拉出任微软新任CEO后，微软继续进行新的转型策略，其中的转型之一就是软件测试团队逐渐瘦小，而开发团队逐渐扩大。在节省人力和费用的前提下，发布的软件
由最终用户直接使用，这样可以省去一些开发的时间。如果最终用户发现了软件的缺陷，通过与开发人员共享的平台，立即记录下来程序的缺陷和重现步骤，根据危害程度，
给软件缺陷不同的等级，缺陷记录保存后，相应的程序员和相关人员收到邮件的提醒，他们根据软件功能的重要性，影响的范围和其他关键因子，决定要否进行修复。 实际进行
确定缺陷被修复后，修改后的编码重新发布到原来的环境。

程序测试员完全可以被替代吗？没有专职的程序测试员，软件产品的质量如何保证？最终用户能否满意？如果程序员同时工作于开发和测试，怎样做好这不同的两项工作？

十五年前在微软，一个程序员，有相对应的两个软件测试员一起工作，软件测试贯穿在整个软件开发生命周期（SDLC）的过程，从软件的需求，设计，编码，
测试到实际使用和维护的过程。软件测试员从发现设计上的缺陷，到编码过程中的具体测试，到软件发布到测试的环境，都要根据需求写出测试案例，
和测试步骤，当可执行的编码发布到软件测试环境中，测试员根据设计的测试案例和具体步骤，逐一验证应用程序的功能，如果实际运行的结果与期盼的结果不一致，
测试员经过分析，确认是缺陷后，记录下来，程序员根据缺陷的严重程度，进行更正，更正过的要重新测试，确认错误更改了，就标记这个错误已经修好；否则，告诉程序员该错误依然存在，
需要修改。经过如此几次反复的过程，程序代码逐渐完美，然后就可以发布到实际用户中进行测试，如beta版。