[初级理论]给老婆做测试培训-06

现在思潮中很多人都认为测试是关键，那它的关键体现在那些地方？

很好的测试team应该是怎么样的？很好的测试工作在项目中位置又如何？

 

老婆：我知道，测试不重要不关键的话，现在很多大公司的测试人员工资就不能比肩开发了。

无语中。。恐怕也是你想来测试混的一大理由吧？

 

现实在这里，那就得反问？测试真的能比肩开发么？

如果熟悉测试驱动开发的理论，测试所需要的素质技能以及方法论就可以找出问题的根源。

1. 很多现在公司的测试开发和测试比例还停留在不合理和严重不合理的情况，那就导致很多测试的工作没有很仔细的完成，

    也从另一个侧面表现现在测试所面对的环境以及它所能表现的成效。

    譬如：一个测试人员负责多个模块，多个测试环节，以及开展相应的测试管理，文档编写，环境搭建，

             所作的工作量往往会比开发关注的更多。

2. 前面讲过对应开发的各个阶段，测试也会有相应的工作安排。

    开发的设计模式也可以对应测试的方法论，根据ISO, CMMI等一些标准化管理流程，就会发现测试的产出几乎等同于开发，

    更有甚者，测试中会包括项目的流程管理，帮助文档编写，DEMO演示等等的一些任务角色。

3. 测试的各个阶段的成效。

    这里能够产生让别的项目者关心或者关注的主要体现在测试执行的各个阶段。

    对应的开发的daily build，测试是否能够100%的daily testing？ 答案是否定的。那需要多大的resources？

 

    对应一个具体的模块，经历不同的测试阶段才能保证它的产出，譬如：smoke，module testing，integration testing，

    更多的可以做UAT以及有条件的各种测试。不可能一次解决所有问题，不能以开发的思维方式解决测试的问题。

    Smoke的结果就是让开发可以顺利release，module testing就在模块集成之前，尽量找出所有模块方面的问题。

    Integration 测试就是系统级别测试，保证各个模块集成以后系统不存在问题，也可以使用回归等替代。

 

测试是关键，那这样的key它在哪里可以发现？

1. 项目计划中。

    一个完整的项目开发计划中不可能抹杀掉测试的组成部分，哪里会有不同的测试阶段和deadline，哪里也会在某某开发的阶段之后。

    测试的时间的分配每个公司有自己不同的标准，那这里有一个标准就是一定要定好的，就是resources和时间，这两样不能保证，那

    测试只是扯淡。

 

2. 项目进行中。

    开发release以后，测试开始进行缺陷报告，对于daily build，开发可能很积极的修改并提交，如果一切顺利，测试第二天进行验证。

    但是这里要强调的是如果daily build做的不好会怎么样？ 频繁的修改代码回退，测试reopen；测试安排不好，整天的高喊100%覆

    盖，那可能做到么？

    测试驱动缺陷，缺陷的管理流程就活了，PM和RM都紧紧的盯着数量，决定后续跟进的工作。

 

3. 项目结束前。

    缺陷整理，项目评估，这是在GA/CA之前两大重头戏。理论上来说这个时候是测试展现最后结果的时候，不论这个结果是好是坏，那

    应该是谁的责任？ 很多人这时候都喜欢把目光投向测试，关键嘛，key嘛。

    那这里测试也可以说：

    1. 开发你们没有责任心，搞出来这么多缺陷！

    2. 管理者你们不凭良心，给那点时间还不够我烧饭的！

    3. 能力有限没办法，爱管不管。

    软件工程从来没有一个人的错，也没有一个组的错。

 

4. 很好的测试team需要什么？

    毫无疑问，super leader，可以搞定一切外来麻烦的强势老大，当然也是测试带来福音的使者。