对测试自动化的一些看法

　　robot可以按照普通开发的模式进行，使用测试用例对应测试脚本的方式进行。

　　我没有使用过完全自动化的测试过程，都是需要的时候，才写一些测试脚本。

　　按照我的理解，测试和开发一样，代码要低耦合，换句话说，要努力做到代码只与当前需要测试的测试用例相关，而不与其它的模块发生关系，这样可能涉及到一些问题，比如一些前置数据内容的调用，流程的割裂等。

　　如果是多人开发的脚本，组合的时候也相当的不容易，单独跑可能问题不大，放一起要考虑很多了，例如流程的数据调用，还有一些界面的应用串联等。

　　说真的，如果一个测试脚本不用到20次以上，不要去写，否则浪费时间。如果没有几个月的测试时间，不要把大家的脚本放到一起进行组合测试，否则调试恐怕需要花费很多时间了。

　　测试脚本的开发其实和软件开发的过程和道理是一样的，想想软件工程中软件开发的问题，可以尽力避免自动化开发中的一些问题。

　　很佩服一些人说的测试脚本可以运行几个小时，那要写多少的测试脚本和进行调试呀，而且说真的，robot的调试真的很不好，错误很难查，反正平时我是能不写不写，只有涉及一些大量数据的录入和循环的时候，才会去写脚本。

　　自动化测试说着好听，但现在理论和工具的支持都不算太好，我感觉，可以骗骗外人，测试人员自己暂时不要相信这些了，大部分的时候，手工测试的效率和结果是好于自动化的。

　　我有一本讲用robot测试的书，在家里，忘记什么名字了，里主要用robot建立了一个测试框架，使用关键字测试方法，有时间你可以去书店找找看。

自动化 自动 测试自动化 测试