从微软的转型看软件测试的发展 (1)

The truth is too powerful to remain caged
打印 被阅读次数


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

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

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

登录后才可评论.