您知道什么是“简化测试用例”吗? 我们之前在这里讨论过。 我想这个概念在很多方面都很有用,但在前端开发领域,您可以将其视为
简化测试用例是您创建的演示/示例页面,它用尽可能少的代码来重现您遇到的问题。 只包含显示问题内容所需的 HTML。 只包含与该简化 HTML 相关的 CSS。 只包含与手头问题功能相关的 JavaScript。
创建这些用例的目的是为了进行故障排除。 既是为了 您自己,也是为了 任何其他人 查看问题。 任何人需要阅读的无关代码越少,理解问题就越容易。 秘密技巧 是,在创建简化测试用例的过程中,您经常会找到问题。 ;)
我最近发现了另一个适用于所有这些内容的首字母缩略词:SSCCE.
它代表“短、自包含、正确(可编译)、示例”。 仔细研究元标签,看起来 Andrew Thompson 应该为此负责,最后一次更新是在 2014 年。 该着陆页对它们进行了很好的描述,并解释了您需要创建它们的操作。
它涵盖了这种情况,即您发现问题并非您所想的那样
如果您要为其他人查看而修剪大量的代码,您可能在早期就修剪掉了您认为与问题无关的部分,但问题却得到了解决。
… 并且以最重要的事情结束
我们并不是说每个问题都需要一个 SSCCE 才能解决。 但是,它会让人们 更有可能提供帮助,因此会增加找到解决方案的机会。
我认为这是巨大的差异。 我试图帮助解决一个小型错误的可能性,而该错误隐藏在一个巨大的、不熟悉的代码堆中? 很低。 我试图帮助解决一个使用 SSCCE 的小型错误的可能性? 很高。
但是,我认为我还是更喜欢“简化测试用例”这个词,因为它更具自解释性。
Stack Overflow 以前使用“MCVE”来代表“最小、完整、可验证的示例”,而 https://stackoverflow.com/help/mcve 现在重定向到他们的“最小可重现示例”页面。
我一直都在这样做,却一直不知道…
一般来说,我们使用的系统非常冗长,所以我喜欢去 Codepen 或 JSFiddle,快速构建我需要的东西,并用最少的代码在那里进行修复!
我经常为此使用 Codepen!