在隐身模式和普通模式下测试Web App的优缺点是什么?但我认为它将错过一些与缓存或搜索历史或Cookie相关的问题。
预先感谢。
#1 楼
尽管这在很大程度上取决于您要测试的Web应用程序的哪个部分/功能,但是两者都有时间和地点。例如,您可能会弹出一个窗口,通知用户有关cookie并让他接受(或拒绝)。
通常,该弹出窗口仅在首次访问时显示,因此隐身模式非常适合重复检查弹出窗口本身而无需清除缓存等。
另一方面,您可能还想检查是否接受/保存了此cookie设置,以防止每次访问都出现弹出窗口。
为此,您需要使用正常模式只有这样才能保存下一次。
#2 楼
我想说的是,如果您担心缓存问题,则需要在两种模式下都对其进行测试。如何缓存数据)。如果您想让新用户回来,该应用程序必须为新用户工作(甚至比保留用户更重要)。然后您可以测试缓存(在正常模式下),看看它是否按预期工作。这些可能是手动测试,偶尔进行。
评论
我不认为自动化框架使用隐身模式,它们只是从一个新的空配置文件开始。
– Niels van Reijmersdal
19/09/13在11:05
是的,这就是我所理解的沙箱-一种新的配置文件。尽管从用户或手动测试人员的角度来看,它几乎与隐身模式相同(问题在于此)。
– Michal Dobrzycki
19-09-13在11:19
#3 楼
通常,Web应用程序测试服务遵循在Web应用程序测试期间涵盖两种浏览器模式的方法。在正常浏览器模式下进行测试:
应对此进行测试主要针对应用程序中的普通用户
缓存/ Cookie本地存储在用户的计算机上,因此需要进行验证,以确保用户不会由于缓存而遇到任何问题
只要环境中有新的部署, ,必须确保用户不会由于缓存而看到任何问题
应用中显示的弹出窗口还必须针对缓存的用户进行测试(取决于是否应根据要求显示他们)
以隐身浏览器模式进行测试:
要从新用户的角度进行测试->由于未保存任何缓存,因此必须使用隐身模式。
如果我们必须测试特定情况,例如首次登录时出现的任何弹出窗口->此模式将是可取的,因为不需要重复清除浏览器缓存。
#4 楼
我从来没有在隐身模式下测试过手册,因为我正在思考它,所以我认为它没有太多价值。不管怎样,自动化测试都会针对新的配置文件进行。手动测试更多地是为了探索,而不是回归套件。您明确测试该情况的情况。
其他内容:
https://developer.chrome.com/devtools/docs/clean-testing-environment
评论
是的,我猜每个测试用例都更好。您是否看到其他这样的方案(例如缓存/ cookie),在这些方案中单独的测试用例会更好?
–JAINAM
19/09/16'6:01
评论
我同意,但总的来说哪个更合适?由于每个人都有自己的优点和缺点,这取决于要测试的功能。
–JAINAM
19年9月16日在5:59