我想过是不是回归测试的用例写得不对,我试过将手工执行的场景自动化,但是这对high level的自动化来说特别不现实。此时我的自动化测试仿佛进入了一个僵局,我不知道现在我做的事情的意义在哪里,是该停下来还是继续走,还有关键是怎么走。
这段时间看了很多自动化测试的材料,看到这个著名的金字塔:
出自Martin Fowler的博客http://martinfowler.com/bliki/TestPyramid.html
我感到有点释然了,我觉得这真是道出了一个自动化测试的真相:
这个模型虽然没有解决我的问题,但让我不再纠结。我想试试把自动化往下走,做接口的自动化或者单元测试。当时我们项目的情况是,单元测试开发在做,但我侧面了解到此时开发做单元测试做得很敷衍。没有做接口测试,我再一了解,我们的设计,就没有接口一说,接口的改动也非常随意,根本就没法做。
此时我们的项目也很紧张(其实工作了这么多年,这个行业好像就没有不紧张的项目),产品开发和测试的压力都很大,都在拼命加班,很多同学都觉得现在做的所有事情都是符合公司要求的,也做顺了,结果看起来也还不错,也许之前自动化测试大家心里多多少少还是有些质疑的,所以大家都不太想再做接口的自动化或者再去改进UT的自动化,当然,也不知道这部分该怎么做。
原文转自:http://gitbook.cn/books/58d23ddcfa7558521a30277a/index.html