一,线性测试:开发成本、维护成本高
1.概念:
通过录制或编写对应应用程序的操作步骤产生的线性脚本。单纯的来模拟用户完整的操作场景。
(操作,重复操作,数据)都混合在一起。
2.优点:
每个脚本相对独立,且不产生其他依赖和调用。
3.缺点:
开发成本高也很高,用例之间存在重复的操作。比如重复的用户登录和退出。
维护成本高,由于重复的操作,当重复的操作发生改变时,则需要逐一进行脚本的修改。
二,模块化驱动测试(早期雏形):把重复代码独立成公共模块
1.概念:
将重复的操作抽离出来独立成功共模块,当用例执行过程中需要用到这一模块操作时则被调用。
操作+(重复操作,数据)混合在一起。
2.优点:
由于最大限度消除了重复,从而提高了开发效率和提高测试用例的可维护性,比如把登陆封装起来,如果登陆里面的id改了,只需要把封装的地方改了就好,其他地方不用动,
3.缺点:
虽然模块化的步骤相同,但是测试数据不同。比如说重复的登录模块,如果登录用户不同,依旧要重复编写登录脚本。
4:是否加断言
可以不加断言,设计