自动化测试用例编写

自动化测试用例设计原则

在编写自动化测试用例过程中应该遵循以下原则：

（1）一个用例为一个完整的场景，从用户登录系统到最终退出并关闭浏览器；

（2）一个用例只验证一个功能点，不要试图在用户登录后把所有的功能都验证一遍；

（3）尽可能少的编写逆向测试用例。一方面因为逆向逻辑的用例很多（例如：手机输错有十几种情况）；

（4）另一方面自动化测试脚本本身比较脆弱，复杂的逆向逻辑用例实现起来较为麻烦且容易出错；

（5）用例和用例之间避免产生依赖；

（6）一条测试用例完成后需要对测试场景进行还原，以免影响其他测试用例的进行；

自动化测试脚本开发

1、线性测试

脚本相对独立，单纯的模拟用户完整的操作场景，测试用例的开发和维护成本很高。

最基本的代码组织形式，纯粹的模拟用户步骤或者场景；

模块比较多，运行起来比较麻烦

2、模块化驱动测试

把重复的操作独立成公共模块，当用例执行过程中需要用到这一模块时则被调用，最大限度的消除了重复，提高了测试用例的可维护性。

3、数据驱动测试

数据的改变从而驱动自动化测试的执行，最终引起测试结果的改变，其实就是数据的参数化。

4、关键字驱动测试

通过“关键字”的改变引起测试结构的改变，市面上的关键字驱动工具有UFT，Selenium ide等，提供给用户独立的图形用户界面，降低脚本的编写难度。