robot可以按照普通开发的模式进行，使用测试用例对应测试脚本的方式进行。
我没有使用过完全自动化的测试过程，都是需要的时候，才写一些测试脚本。
按照我的理解，测试和开发一样，代码要低耦合，换句话说，要努力做到代码只与当前需要测试的测试用例相关，而不与其它的模块发生关系，这样就可能涉及到一些问题，比如一些前置数据内容的调用，流程的割裂等。
如果是多人开发的脚本，组合的时候也相当的不容易，单独跑可能问题不大，放一起就要考虑很多了，例如流程的数据调用，还有一些界面的应用串联等。
说真的，如果一个测试脚本不用到20次以上，就不要去写，否则浪费时间。如果没有几个月的测试时间，不要把大家的脚本放到一起进行组合测试，否则调试恐怕就需要花费很多时间了。
测试脚本的开发其实和软件开发的过程和道理是一样的，想想软件工程中软件开发的问题，就可以尽力避免自动化开发中的一些问题。
很佩服一些人说的测试脚本可以运行几个小时，那要写多少的测试脚本和进行调试呀，而且说真的，robot的调试真的很不好，错误很难查，反正平时我是能不写就不写，只有涉及一些大量数据的录入和循环的时候，才会去写脚本。
自动化测试说着好听，但现在理论和工具的支持都不算太好，就我感觉，可以骗骗外人，测试人员自己暂时就不要相信这些了，大部分的时候，手工测试的效率和结果是好于自动化的。
我有一本讲用robot测试的书，在家里，忘记什么名字了，里主要用robot建立了一个测试框架，使用关键字测试方法，有时间你可以去书店找找看。
