让我们的人生更加快乐

自动化测试一点思考

上一篇 / 下一篇  2010-04-07 10:21:58 / 个人分类:QTP

    最近也在考虑自动化测试。以下是一些对自动化测试的思考。

    自动化测试首先要有自动化测试用例。自动化测试用例应该在需求完成后与功能测试用例一起由专门的人员来负责编写。如果项目不是太大的话,当然也可以测试人员即写功能测试用例,又写自动化测试用例。但是,有一点,就是自动化测试用例必须单独提取出来。自动化,首先要在有测试用例的基础上才能进行。如果连测试用例都没有,那就不要做了。自动化测试用例的选择,可以是一些通用功能。如登录,查询功能。也可以是一些主要业务,要求准确度高的。这个就根据项目的自动化程度来决定了。不过对于初次自动化的项目,可以做一些通用功能的测试用例。

    其次,自动化测试的测试环境。因为程序发布时肯定有测试环境,也有开发环境。开始我认为自动化只是在测试环境,不能在开发环境进行。但后来一件事情改变了我的看法。今天正式环境发现查询的下拉列表数据出不来。其实,这个正式环境的问题就可以用自动化测试来解决。我们也可以在正式环境中做一些通用的,但不做业务操作的自动化测试。

    再一个问题,就是自动化测试的实施。自动化测试应该是在系统每次上线时都对其他已有的功能进行一遍自动化测试,确保程序的稳定。对一些需要长期投入人力开发的项目,自动化测试还是很有用的。但对一些短期项目,自动化测试就作用不大了。

    再剩下的问题就是自动化测试框架了。这个框架我也没有研究过。不过对于自动化一开始就实施框架,我觉得不是太好。也许应该等到公司自动化实施一段时间,时机成熟了,再实施框架会好一些。以上是一些想法,不对的地方还请大家多指教。


TAG:

测试人生 引用 删除 mexia   /   2010-04-09 10:30:55
hobli说的很对,谢谢你的建议和补充
梦呓 引用 删除 hobli   /   2010-04-07 22:28:25
同意作者关于自动化框架的看法。当然,如果公司有条件(技术条件,自动化专家,等),可以从开始就进行系统的自动化框架的搭建,毕竟,这样可以少走一些弯路。但对于大多数公司来讲,并不具备这样的条件,那么,实施渐进式的自动化,可以在尽早利用自动化回报的同时,积累经验,进一步构建适合自己的框架。
我信奉一条:少做比不做强;万里之行始于足下。
悠悠着然 引用 删除 gcm_xp   /   2010-04-07 11:30:52
3
 

评分:0

我来说两句

Open Toolbar