编写自动化测试用例的原则:
1、一个脚本是一个完整的场景,从用户登陆操作到用户退出系统关闭浏览器。
2、一个脚本脚本只验证一个功能点,不要试图用户登陆系统后把所有的功能都进行验证再退出系统
3、尽量只做功能中正向逻辑的验证,不要考虑太多逆向逻辑的验证,逆向逻辑的情况很多(例如手号输错有很多种情况),验证一方面比较复杂,需要编写大量的脚本,另一方面自动化脚本本身比较脆弱,很多非正常的逻辑的验证能力不强。(我们尽量遵循用户正常使用原则编写脚本即可)
4、脚本之间不要产生关联性,也就是说编写的每一个脚本都是独立的,不能依赖或影响其他脚本。
5、如果对数据进行了修改,需要对数据进行还原。
6、在整个脚本中只对验证点进行验证,不要对整个脚本每一步都做验证
链接:https://www.jianshu.com/p/32f22bc2560e
1、 手工测试用例和自动化测试用例功能定位的区别。
a)手工测试用例
i. 较好的异常处理能力,能通过人为的逻辑判断校验当前步骤的功能实现正确与否。
ii. 人工执行用例具有一定的步骤跳跃性。
iii.人工测试步步跟踪,能够细致的定位问题。
iv. 主要用来发现功能缺陷
b)自动化测试用例
i. 执行对象是脚本,任何一个判断都需要编码定义。
ii. 用例步骤之间关联性强。
iii.主要用来保证产品主体功能正确完整和让测试人员从繁琐重复的工作中解脱出来。
iv. 目前自动化测试阶段定位在冒烟测试和回归测试。
2、自动化测试用例设计管理不善可以直接导致自动化测试开展的失败。
误区:
1、不编写测试用例直接投入测试脚本编写。
2、直接拿手工测试用例来编写自动化测试脚本。
自动化测试替代不了手工测试,目的仅仅在于让测试人员从繁琐重复的机械式测试过程解脱出来,把时间和精力突入到更有价值的地方,从而挖掘更多的产品缺陷。
目前自动化测试定位在冒烟测试和回归测试。
冒烟测试执行的是主体功能点的用例。
回归测试执行全部或部分的测试用例。
http://www.51testing.com/index.php?action-viewnews-itemid-3720545-php-1
**什么样的用例你认为是好用的?**
1、用例覆盖程度
2、用例是否已经达到工作量最小化
3、用例的分类以及描述是否足够清晰
4、用例是否表明了测试目的
5、测试用例的易于维护性
https://blog.csdn.net/zichouxing/article/details/4994766