在编写自动化测试用例过程中应该遵循以下原则：
（1）一个用例为一个完整的场景，从用户登录系统到最终退出并关闭浏览器；
（2）一个用例只验证一个功能点，不要试图在用户登录后把所有的功能都验证一遍；
（3）尽可能少的编写逆向测试用例。一方面因为逆向逻辑的用例很多（例如：手机输错有十几种情况）；
（4）另一方面自动化测试脚本本身比较脆弱，复杂的逆向逻辑用例实现起来较为麻烦且容易出错；
（5）用例和用例之间避免产生依赖；
（6）一条测试用例完成后需要对测试场景进行还原，以免影响其他测试用例的进行；
脚本相对独立，单纯的模拟用户完整的操作场景，测试用例的开发和维护成本很高。
最基本的代码组织形式，纯粹的模拟用户步骤或者场景；
模块比较多，运行起来比较麻烦
把重复的操作独立成公共模块，当用例执行过程中需要用到这一模块时则被调用，最大限度的消除了重复，提高了测试用例的可维护性。
数据的改变从而驱动自动化测试的执行，最终引起测试结果的改变，其实就是数据的参数化。
通过“关键字”的改变引起测试结构的改变，市面上的关键字驱动工具有UFT，Selenium ide等，提供给用户独立的图形用户界面，降低脚本的编写难度。
因篇幅问题不能全部显示，请点此查看更多更全内容