Austin的博客

另外需要注意的是，重试的次数也是有一定的讲究的，不可设置的过高，万一功能有一些难以复现的问题出现，就会因为设置了过高的重试次数而导致用例通过，从而隐藏了真正的问题。以上就是一些实用的Cypress插件的具体使用方法与场景，那么在我们使用的过程中也需要同时注意一些特殊的情况，一个就是插件与Cypress的版本兼容性，我们需要确保所使用的 Cypress 插件与 Cypress 测试框架的版本兼容。同样的在我们的测试场景中，比如有一个输入框，用户在输入框中输入文字后，页面会显示相应的提示。

在Cypress中，自定义命令是一个强大的辅助功能，说直白点就是它允许你将重复使用的代码片段抽象成可重用的命令。而通过这些自定义的命令，我们可以让我们的自动化测试脚本更加的趋于模块化，可想而知的是，模块化的脚本其自身的可维护性、复用性和可阅读性就会更上一个台阶。要使用自定义命令，我们就需要在support/commands.js中建立自己的命令。比如我们需要将登录这个业务动作进行抽象，那就先编写一段登录的相关业务代码。

以上就是一些Cypress的高频使用技巧，另外我们在使用的时候也需要注意一些特定的情况，比如使用钩子函数时可能会出现异步操作，特别是一些比较耗时的网络访问业务操作，可以在我们的脚本中有针对性的等待前置操作完成再执行所需要的操作等步骤。在我们的元素遍历中，如果能提前做好一些异常的处理的话，可以让我们的元素操作更为的健壮，其实无论是何种自动化脚本来说，这些都是必须考虑进去的重要因素。既然涉及到web的E2E测试，那元素定位依然是一个无法回避的问题，它是告诉测试脚本在页面上找到并与之交互的特定元素的方法。

前一阵子有个行业里做WMS业务的朋友推荐给我一款软件，说做web端的测试特别棒，名字叫Cypress，这几天也是抽空看了下，发现还真的挺有意思的。今天就结合这款软件的一些基础用法和个人见解来给大家讲一讲这款Cypress。其实准确来说Cypress是一款测试框架，其擅长针对端到端的web端测试，在博主结合自己团队的测试业务过程中，发现其在自动化测试与兼容性测试的各类测试场景中有着比较良好的表现。

比如产品的需求与业务是否可以被正确有效的理解、提交的缺陷是否可以被快速正确的提交、是否可以做高效的风险管理、是否可以正确的优化自己的工作流程与技巧，这些因素都对产品质量保障活动的结果产生着不可忽视的作用。：对，你没看错，尊重他人的时间。比如发现了一个Bug，不要一复现就去找开发，如果对Bug的描述或复现事项不明确且描述不当，很容易就被开发踢皮球或甩锅，长久下来你在工作场合中的人设也会慢慢的变得不可靠，这一点是很致命的，一个测试都不能给到开发信任感的话，如何让使用的客户安心的去使用公司的产品呢？

说到网络调试工具，相信在软件测试行业中的小伙伴几乎都听过Fiddler的名字，没错，它与Wireshark，Charles，Tcpdump都是市面上主流的网络调试工具。而作为一个合格的软件测试工程师，网络相关的基础技能与知识又是不可或缺的一部分，上一篇我们介绍了Fiddler这款软件的安装与基础项配置的内容，接下来博主就继续为大家带来Fiddler日常中的一些高频操作与功能。

说到网络调试工具，相信在软件测试行业中的小伙伴几乎都听过Fiddler的名字，没错，它与Wireshark，Charles，Tcpdump都是市面上主流的网络调试工具。而作为一个合格的软件测试工程师，网络相关的基础技能与知识又是不可或缺的一部分，那么今天就由博主带着大家来一起来看看Fiddler的基础安装与使用吧。说到Fiddler，其实它作为一个产品系列，其下有5类产品分支，我们先来看下分别介绍一下。：这是大家日常最常用的产品，也是最早推出的版本。它是一款用于捕获、分析和修改网络流量的工具。