虽然Jest 本身有提供很多测试方法，但在测试上都比较偏向逻辑测试，像是a + b 是否等于c。而实际上我们所需要的测试有一大部分也包含UI 的测试，像是画面上有没显示正确文字

在开发的时候，总是有各种理由不写测试，像是开发时间太赶、写测试太耗时间、写测试好无聊等等，很多人觉得没写测试照样能开发能上线，但真的是这样吗？本篇就来好好介绍前端测试的大小事

彻底的测试对于任何软件产品的开发都是至关重要的。与在开发早期发现错误相比，公司在野外修复错误的成本要高出几个数量级。这些错误会花钱、失去客户并损害您的品牌。

Node.js 作为后端框架，自 2009 年首次发布以来，已被越来越多的公司广泛采用。它的成功有以下几个原因：JavaScript 语言 (又称 Web 语言) 的应用，一个丰富的开源模块和工具的生态系统

在计算机编程中， 单元测试（又称为模块测试, Unit Testing）是针对程序模块（软件设计的最小单位）来进行正确性检验的测试工作，程序单元是应用的最小可测试部件 。在过程化编程中，一个单元就是单个程序、函数、过程等

测试自动化一直是一个引人注目的趋势，因为它降低了测试所需的工作量。测试自动化领域在质量保证（QA）领域正变得越来越重要。通过增强质量保证程序和扩大软件开发生产力

在做前端测试时，选用合适的测试策略远比一通猛狂测试更重要，所谓 “方向 > 努力” 。如果选择了错误的测试策略，很容易写出维护性差和不稳定的测试用例。一旦业务出现变化，用例就全崩了。可能这也是大家讨厌写测试的原因之一吧。

关于质量度量，业内已经有很多资深的同学分享过他们的观点和看法，也有很多文章聊过这个话题。这篇文章我想从我的角度出发，聊一些关于质量度量，不一样的理解。

最近有不少朋友找到我聊了聊测试相关的内容，发现他们对测试的分类有些迷茫。实际上测试一共就 3 种：E2E，集成，单测，其它的功能测试、UI 测试、界面测试只是它们中里面的一种

在学习编程和业务开发的工程中，我们有一段时间总是在讨论：单元测试是否有用?而进行这种讨论的主要原因是，我们似乎在不使用单元测试的时候，项目也可以跑得很好。小到毕业设计时的内容，大到一个十几人大小的团队

playwright支持基于Chromium内核的Google Chrome 和 Microsoft Edge浏览器, WebKit内核的Apple Safari 和 Mozilla Firefox浏览器，可以对浏览器的语言进行设置，可用来测试产品的语言自适应功能

目前笔者负责的项目迭代十分频繁，前端需要处理业务逻辑日益增多，除了考虑如何保证开发速度之外，还必须考虑系统的稳定性，因此决定在项目引入单元测试。

在过去的几年中，Vue.js已成为最受欢迎的Web应用程序框架之一，考虑到它的灵活性、易用性和生产力，这并不令人惊讶。但是，如果你未正确测试应用程序，那么这些都不重要。

当我们负责web测试的时候，先了解B/S架构，然后分析如何开始执行测试，一般步骤：从功能测试，兼容测试，安全测试。

很多开发人员都很喜欢 React，在前端领域它也是很流行的 UI 库了。我们也知道应用要交付生产环境前是必须要经过完善的测试的，而测试应用程序时