http://www.360doc.com/content/060827/18/10305_192346.html
掩卷后,印象如下:
· 微软的测试方法分为两种 (也就是传统的测试方法)。第一种:顺向的,以验证产品的功能是否合格为目标。第二种:“逆向的”,以找出产品的bug为目标。现在有不少公司都用bug数来评估员工的业绩就是基于第二种方法的理论。微软的测试结合了这两种方法。第一种为主,第二种会经常使用(也就是bugbash)。结合我经历了近一年的vendor测试工作来说,我们平日里的主要工作,写automation test是No.1,以前每周五一次的bugbash是No.2。我这两点做的都不够好。第一是我一年前对test完全没有概念,第一次bugbash时我却在做别的;第二我的编程能力并不好,更主要的我的并不是一个quick learner。09年应该不会再这样了。
· 微软很重视测试。他们会从Beta客户那里搜集bug。
· 文章也讲了软件测试的发展历程。早期的软件很小,debug算成了测试。随着时代的发展,软件越来越复杂,测试就成了必需。微软的测试是从产品定义就开始的。测试第一阶段就是检验产品文档。这个过程测试人员就会熟悉整个产品。It makes sense.而我到centro好久才知道这是个什么东西。总之对于我们这种vendor来说写好automation test才是重要的。