2011新年新TA

新年新TA

TA :
Test Automation, 自动化测试。

搞 TA 也有好几个年头了，时间长了，越发觉得TA 实在不 “自动化”。

如果兄弟你也是写TA脚本的，你会不会头疼：

1. 库越来越大，维护成本居高不下。

2. 黑盒测试一分钟的事，写个一整天（是不是俺的水平太菜了，我指的写包括封装库函数，研究接口定义等，总之从零开始。）

3. 调试时经常遇到失败，不停地检查环境，检查logs.

4. case 脚本超长，至少一屏，调用N个tool。

5. 工期超紧，如果写脚本开始的早，不得不面对开发改动。

6. TA比例？ 老大关心

这样的自动化难道是我们追求的？自动了吗？也许只是改了测试形式罢了。

TA测试真是个中间很尴尬的东西， 介于单元/接口测试和UI/黑盒测试之间。

哪位前辈曾经说过，单元/接口 要开发自己去写，因为他是最熟悉的人，除了思维转换要下点功夫，是再适合不过了。

UI/黑盒目前看起来自动化实现的还是个问题，做点验收测试或者BVT还行，大规模来用？在目前中国 软件人力成本下，可能多加几个“民工”来得快。

TA测试介于上述两者之前，但这个，除了性能测试等一些业务简单，重复性高的case, 投入产出比实在需要再思考。

那如何敏捷TA？

1. 高度与开发协作，最好能结对，并且TA与单元测试不分家（他们实在是一类的活，只是层次不同）

2. 抛弃死守一条一条的case，先有测试脚本，case就是脚本。

3. 每一次代码改动，开发都必须改好测试脚本，当然前提是 4 要做好，不然改死.

4. 分离业务与工具模块，尽量做到轻耦合。

综合起来，TAer 是另一种意义的程序员，在组织结构上也许分到开发团阶队，或者没有组织，只有项目。