在微软里做软件测试已经有近3年的时间，在这期间经历过大大小小3个项目，测试的内容也从手动测试到自动化测试；用纯人工的压力测试，到用VS2008模拟百人同时在线的压力测试；对过去3年的经历，如果用一句话来说，就是手动的越来越少了；人也变的越来越懒了~ ：）
我做的第一个项目，做的产品叫做Windows SteadyState。是一个专门针对网吧，图书馆，旅店之类的，多用户共用一台计算机的场合所设计的正版增值软件。（所谓的正版增值就是说，只有正版的Windows才能用的软件）由于当时进这个项目的时候非常的偶然，也是第一次做测试这个行当，所以基本上没有什么准备。当时脑海里就两个概念，一个黑盒测试，一个白盒测试；然后我做的是黑盒测试。有人说，黑盒测试没有技术含量，其实不然；在我眼中，所有的测试都至少包含以下几个部分：
1、熟悉产品及相关文档
一个产品刚刚有相关文档出现的时候，就是我们测试开始的时候了；我们的首要任务就是熟悉产品的相关文档和设计。而一个好的测试工程师，从这里就要开始找寻BUG了；可能是设计方面的，可能是文档本身的。
2、编写测试计划及测试用例的过程
微软的产品不少是测试驱动开发的方式进行开发的，所以往往是测试代码先于产品代码完成；这个时候我们手上的武器就是之前的产品文档了，根据产品文档编写相应的测试计划和测试用例，是这个阶段最主要的工作。（插一句，由于项目的不同，所以测试计划做的规范也很不一样；有些组只写一些融通的测试方向，而有些组则会把详细的测试用例写在上面）
3、测试执行的过程
产品代码完成以后，就是我们的SHOW TIME了。基本上整个测试过程到这里就进入了一个稳定的迭代过程：发现BUG-->开发人员FIX BUG-->发布新版本-->测试人员验证BUG，并对测试代码进行调整。
所谓的黑盒测试，白盒测试，唯一的区别就在于第二步，编写测试计划和测试用例的过程；对黑盒测试来说，基本上所编写的测试用例以UI的自动化测试为主，很少会涉及到产品代码以及数据库相关；相反如果是白盒测试，则是以UNIT TEST为主。
熟悉产品的过程是整个项目里最有意思也最轻松的地方，可以开心的和开发人员称兄道弟的打哈哈，也可以过一把PM的瘾指出产品中的设计问题；当然最重要的是了解产品的逻辑流程，这样为以后的测试会打下很好的基础。在这个项目里，我有很多的收获：第一次了解产品流程；第一次听说了N多新名词，什么本地化测试，手动测试，自动化测试，Product Studio, WTT, Maui, Mita 还有微软的经典词语“Passion”；第一次在早上5:00开会；第一次用英语发邮件；第一次学会了怎么和外国人打交道；第一次学会了怎么做Presentation；当然最重要的是认识了一帮不错的同事。
期待第二部分
偶也是黑盒测试。。。JUNIT不会
