加以下测试复制再次运行现在应该显

mitu1256

在函数块内的前一个测试下方添示您通过了两个测试。验证该函数为新标签提供随机颜色在下一个测试中您将需要验证每当创建新标签时都会为其提供新的随机颜色。为此请编写一个插入三个新标签的基本测试。调用该函数后您可以确保该函数被调用了次。下面的代码片段显示了这个测试应该是什么样子。将新测试添加到您在该函数的块中编写的先前测试下方复制该命令应该导致三个成功的测试。您可能想知道上面的测试如何能够检查调用了多少次。请记住在此文件的上下文中模块被模拟并且其默认导出被配置为提供返回静态字符串值的函数。由于已被使用模拟函数现在已在中注册为您可以监视的函数。



因此您可以访问特殊属性例如当前测试期间调用函数的次数。验证函数在 电报号码数据 其返回的数组中包含新创建的标签在此测试中您需要验证函数是否返回与提供给函数的每个标签名称关联的标签。这意味着它应该返回现有标签和任何新创建标签的。该测试应该导致第一次调用返回一个标签来模拟查找现有标签模拟的响应导致第二次调用返回两个标签表示它找到了两个新创建的标签使用三个标签调用函数确保返回所有三个添加以下测试来完成此任务复制通过运行验证上述测试是否有效。验证函数在未提供任何标签名称时返回空数组正如您所期望的如果没有向该函数提供标签名称它应该无法返回任何标签。在此测试中通过添加以下内容来验证此行为是否有效复制至此该。






功能确定的所有场景都已经测试完毕如果您使用添加的任一脚本运行测试您应该会看到所有测试都运行并成功通过复制注意如果您尚未运行此命令系统可能会提示您安装软件包并重新运行该命令。成功的测试套件测试功能这个函数与之前的函数是一个非常不同的场景。正如您可能已经确定的那样此函数只是包装了客户端函数的调用。因为这个你猜对了这个功能实际上不需要测试总结和下一步在阅读本文期间您了解什么是单元测试以及为什么它对您的应用程序很重要看到了一些并不严格需要单元测试的情况的示例设置学习了一些技巧让编写测试时变得更轻松尝试为中的服务编写单元测试虽然本文仅介绍了报价中的一个文件但用于测试标签服务的概念和方。