|
做自动化测试也有不短的时间了,收获不小,但遇到的困难也不小. 下面我想就我对测试自动化的想法,既主要的问题跟大家分享,主要是功能测试方面,也希望能得到各位的指导.
1.自动化测试(以下简称TA)最重要的是流程,不是细节. 某个Object怎样识别,用什么样的VP验证, 这些确实必要. 但是知道了这些就能做好TA吗? 不可以, 测试的脚本不象应用软件,你做好了就可以不管了, 你必须随着被测软件的升级变化而随时更新. TA该做什么? TA能做什么? TA什么时候介入测试? TA脚本的存活周期? TA如何与相关部门协作, 应该是什么样的关系? 这些是大问题,但是是最重要的问题.
2.我们写脚本的目的不是为了写脚本而写脚本,而是为了测试软件. 是否你发现在软件release后, 你的脚本就要退休了? 可事实上你的脚本甚至刚写完, 所以你的脚本可能根本没有达到测试的目的! 你可能会说可以再release后再继续测试,但是既然Release了,你还能找到Bug吗?(记住:你TA的脚本是不变的,如果能发现早就在Release前发现了). 你可能还会说,我的TA脚本用在做回归测试(比如做SP时), 这个想法绝对是优秀的, 也确实能起到一定的作用; 但是,你脚本的Cover rate会是多大,我想你最多也就考虑到主要功能的TA掉了,但是你认为主要功能是Bug最可能出现的地方吗? 所以同样TA脚本其的作用要再次质疑, 这也是难点之二.
3.TA究竟该如何做? 我确实不想听什么大师级人物吹嘘了, 说的我们都心花怒放, 可静静想来, 可操作性有多少? 全是谈些务虚不可操作的东西. TA现在缺乏理论支持, 没有理论来指导实践, 这也是举步维艰的真正原因. 大家都凭自己的摸索得做, 可能是有些经验教训,但是这还不成其为理论, 回到第一个难点,不重流程重细节其实就是避实务虚的表现(没在真正需要下功夫的地方下刀, 因为刀不知道该怎么下).
4.对现有工具过度依赖. Robot,WR,TD and so on,什么都可以搞定? 不可以. 并且工具本身是为大众化设计的,并且应用软件更新比测试工具更新快,所以会不断有工具不能解决的问题..我们是否可以针对我们自己的产品开发出适合自己的测试工具? 是否可以借助现有工具加入自己想法进行扩展? 以期更加适合自己产品的测试. 当然这有赖于测试人员自身的技能.
5.TA搞得DEV(开发), QA两不象. TA比DEV开发技能上弱, 又比QA对测试的理解上弱.你说TA象什么? 说这的目的,我主要是想说TA要考虑自身的发展, 不是会录脚本就好了. 如何发展,各有看法,我可能也没资格在这说什么.
先就这么多吧,希望能跟各位多多交流.
[ Last edited by ilovejolly on 2005-9-8 at 11:11 ] |
|