selenium2-测试用例(1)

本文主要介绍了Selenium2测试用例的设计,包括测试内容和注意事项。测试内容涵盖静态内容、链接、功能、动态元素以及Ajax的测试。在测试中,强调了断言assert与验证verify的差异,建议更多使用断言以获取即时反馈。测试注意事项提到,脚本应独立且专注于单一功能,避免过多逆向逻辑验证,并确保数据修改后的还原。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

                                                                                                                            测试类型

一:测试内容

1.测试静态内容

(1)应用程序的主页包含一个应该在页面顶部的图片、标题、底部的联系地址等在吗?

2.测试链接

3.功能测试

4.测试动态元素

5.Ajax的测试

    Ajax 是一种支持动态改变用户界面元素的技术。页面元素可以动态更改,但不需要浏览器重新载入页
面,如动画,RSS 源,其他实时数据更新等等。Ajax 有不计其数的更新网页上的元素的方法。但是了解AJAX
的最简单的方式,可以这样想,在Ajax 驱动的应用程序中,数据可以从应用服务器检索,然后显示在页面上,而
不需重新加载整个页面。只有一小部分的页面,或者只有元素本身被重新加载。

6.断言assert与验证verify

      相比之下,验证命令将不会终止测试。如果您的测试只使用验证,可以得到保证是—假设没有意外的异
常—测试会被执行完毕,而不管是否发现缺陷。缺点:你必须做更多的工作,以检查您的测试结果。也就是说,
你不会从TestNG 和JUnit 得到反馈。您将需要在打印输出控制台或日志文件中查看结果。每次运行测试,
你都需要花时间去查看结果输出。如果您运行的是数以百计的测试,每个都有它自己的日志,这将耗费时间。
及时得到反馈会更合适,因此断言通常比验证更常使用。


二:测试注意

1、一个脚本是一个完整的场景,从用户登陆操作到用户退出系统关闭浏览器。
2、一个脚本脚本只验证一个功能点,不要试图用户登陆系统后把所有的功能都进行验证再退出系统
3、尽量只做功能中正向逻辑的验证,不要考虑太多逆向逻辑的验证,逆向逻辑的情况很多(例如手
号输错有很多种情况),验证一方面比较复杂,需要编写大量的脚本,另一方面自动化脚本本身比较脆弱,
很多非正常的逻辑的验证能力不强。(我们尽量遵循用户正常使用原则编写脚本即可)
4、脚本之间不要产生关联性,也就是说编写的每一个脚本都是独立的,不能依赖或影响其他脚本。
5、如果对数据进行了修改,需要对数据进行还原。
6、在整个脚本中只对验证点进行验证,不要对整个脚本每一步都做验证。


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值