Art*_*Art 6 architecture testing django selenium
我们有相当多的代码库,页面/表单的测试覆盖率相对较高,所有这些都通过vanilla POST/GET实现.
现在,我们发现自己越来越多地进入"ajaxy"空间,并且不太可能使用GET/POST完整场景进行测试,例如用户注册或项目创建,因为它们涉及大量JavaScript/Ajax调用.
虽然这样的事情最有可能成为Selenium测试的候选者,但我想我们是否应该全面采用Selenium测试,完全放弃旧式的POST/GET测试?
Selenium采用的优势似乎太好 - 能够运行几乎相同的GET/POST测试但是在各种浏览器中.
或者我在追求酷炫时尚的东西时丢失了一些东西,放弃了久经考验的POST/GET测试?
两种方法都有优点和缺点,所以我的建议是同时使用这两种方法.
Selenium启动一个实际的浏览器并模拟用户与您的Web应用程序交互,如果您正在测试Ajax功能,这可能会很棒.它可以验证元素是否可见,并像用户一样与它们进行交互.另一个杀手级功能是能够通过Selenium截取屏幕截图,这在查看故障时非常有用.
不幸的是,启动浏览器并导航到应用程序中的特定页面/状态可能会很慢,如果您想使用Selenium测试并发用户(负载测试),则需要大量硬件.
如果您只是想测试您的服务器响应某个操作的HTTP 200,或者加载测试您的应用程序,或者响应包含某些值,那么基本的POST/GET会更合适.
如果您决定采用纯Selenium方法进行测试,我建议您考虑使用Selenium Grid或基于云的服务,因为通过Selenium运行大量测试可能非常耗时.
| 归档时间: |
|
| 查看次数: |
415 次 |
| 最近记录: |