测试员是项目的灯

偶尔在同事桌子上看到《软件测试经验与教训》这本书，里面列举了293条测试经验。翻翻，有感触的，就写写。^_^

 

 

Exp1： 测试员是项目的前灯

---

 

   当我第一次跟父亲说我在做软件测试，父亲一脸茫然的看着我然后问“测试是不是就是别人做好了，你检查一下就行了？”。当时我不知如何很好的回应父亲的话，当时的我也是觉得测试人员是后于开发人员的，觉得做开发是更有技术含量的工作。一度想转去做开发，但随着参与的项目多了，进行过的测试类型，过程丰富起来后，常常有想做好测试真的很难的感叹。

   不同的人对旅行有不同的看法，有人享受过程，有人看重结果。而对于项目，初衷应该是看重结果，总是希望项目成功的，但是对于参与其中的人更多的应该是去享受项目的过程，不至于在项目停滞不前的时候失落灰心，在项目进行中也不会觉得枯燥单调。项目每走一步都会遇到新的问题，要做的是enjoy it. 别把项目当任务，当作一次积累，一次沉淀。

  “有些项目很简单、很平常，就像是大白天开车去商店买东西”。一些目标明确的小项目，在项目初期就基本可以预见所有的问题，一切都很明了，明确知道项目的目标，有理想的项目架构，甚至有现成或类似项目的解决方案。这样的项目实施起来未知因素就会少很多，risk也不高。 但是即使是“大白天开车去商店”，有出事故的，也有买错东西的。测试人员在这样的软件开发过程中，始终要紧记项目的目标，保证项目的进行不偏离轨道。由于一切都是确定的，测试难度相对比较低。

 

   而绝大多数的项目在开始计划的时候，并不能给出明确的目标，也没有很好的解决方案可供参考，一切都需要在摸索中进行，甚至会出现反复的建模，重构，优化。在每一次模型建立，代码完成之后，测试人员都需要针对性的进行测试，从用户的角度上来审查，看是否满足用户的需求，并能否满足用户在现有基础上添加新的需求。不管开发人员采用什么样的技术，用什么样的设计，最终检查的是产品是否完成了相应的功能，用户体验好不好。与同类竞争产品相比，有什么样的优点和缺点。每一阶段性成果完成后，测试人员会给出自己的判断和评价，为下一阶段产品做计划提供参考。另外，现在出现了一种新的开发模式叫“测试驱动开发”，在这种开发模式下，测试代码是先于开发代码编写，在产品开发过程中只编写使测试通过的代码。“测试驱动开发”模式下，首先根据客户需求编写测试用例，对功能的过程和接口都进行了设计，从使用者角度对代码进行设计。

。。。。。。

 

 

Exp1： 测试员是项目的前灯

一个项目就像是一次陆上旅行。有些项目很简单、很平常，就像是大白天开车去商店买东西。但是大多数值得开发的项目更像是夜间在山里开越野卡车。这些项目需要前灯，而测试员要照亮前面的道路，使程序员和经理尽管还在拿着地图争吵，但是至少可以看清他们在哪儿，要从什么样的路面上开过去，离悬崖峭壁有多远。每个公司测试团队的具体使命都不尽相同，不过在这些细节背后的要素都是一样的。测试就是要找到信息，有关项目或产品的关键决策都是根据这些信息作出的。

---