Grep 故意先弄错的例子

我只是发现自己在做一些我经常做的事情，我想概括它，表达它，分享它，看看还有谁遵循这一普遍做法，找到一些可能相关的其他示例情况

通常的做法是，在执行当前任务之前，先故意出错，以确定其他一切都是正确的

具体来说，我想做的是在我们的代码库中找到使用DojoTextArea小部件的示例。我知道（因为我面前有它——存在证明）TextBox小部件至少存在于一个文件中。所以我首先寻找我知道的东西：

grep-r digit.form.TextBox | grep-v svn

这是不对的——我犯了一个（对我来说）常见的错误，就是把星星去掉了，所以我修正了：

grep-r digit.form.TextBox*| grep -v svn

没有发现任何结果！通过与我正在查看的文件的快速比较，我发现我拼错了“dijit”：

grep-r dijit.form.TextBox*| grep -v svn

---

现在我得到了结果。凉爽；首先故意做错事意味着我的查询是正确的，除了寻找错误的东西，所以现在我可以构造正确的查询：

grep-r dijit.form.TextArea*| grep -v svn

请相信，当它没有给我任何结果时，是因为没有这样的文件，而不是因为我的查询格式不正确

我将添加三个其他示例作为答案；请添加您知道的任何其他信息。

TDD

---

测试驱动开发的红绿重构周期可能就是这种实践的原型。用红色表示该功能不存在；然后让它存在，并通过看到绿色条来证明你已经这样做了。

排列-断言-act-assert

---

在我的测试中，我有时喜欢在动作之前添加一个反断言，以表明动作实际上负责产生结束断言所展示的预期结果。

当我对拼写和编辑的拼写检查有疑问时

---

我们使用许多编辑器。在我输入拼写错误的单词时，其中许多单词会突出显示，有些则不会。我依靠自动拼写检查，但我不记得当时的编辑是否有这种功能。所以我会输入，比如说“circuitx”，然后点击空格。如果它突出显示，我将备份空格和“x”并键入另一个空格-并了解我拼写的电路是否正确-但如果没有，我将复制该单词并将其粘贴到已知的拼写检查器中，以查看我是否正确拼写。

我不确定这是否是最佳的操作方式，因为它不会阻止您错误地输出最终命令，例如，键入“TestArea”或类似的内容，而不是“TextArea”（你的手指因为这样的错误只需轻轻滑动一点）

IMHO最好的方法是运行“final”命令，但首先在两个示例文件上运行：一个包含请求的文本，另一个不包含

换句话说，不要运行“相似”命令，而是运行真实的命令，但要覆盖“相似”数据。

此VBA例程关闭MS Access数据库中每个表的“子数据表”属性。指示用户确保错误处理设置为“仅在未处理错误时中断”。例程通过抛出的错误识别需要修复的表。我不确定这是否完全符合您的问题，但我始终感兴趣的是，错误是以非错误的方式使用的

：

当我调暗变量时，我也使用camel case。这是卡米尔卡塞的例子。一旦我退出VBA代码行，如果Access没有将小写变量更改为驼峰大小写，那么我就知道我输入错了。[或者，未设置选项Explicit，这是帖子主题。]

我也使用这个技巧，一小时至少几次

（不确定这是否是一个真正尝试的好主意！）

例如，您可以将系统交给用户进行测试，并告诉他们开始使用的密码是“Apple”

---

你知道，当用户联系你并说密码不起作用（实际上是“橙色”）时，他们已经完全准备好测试（一切都安装好了，数据库连接正常）。

我也这么想。如果您正在为当前有效的内容设置测试，则必须通过破坏某些内容来测试测试的有效性。一旦你对测试结果感到满意，你就去打破它。我认为TDD是你在问题中所说的。+1这是一个很好的技巧，它与我所描述的有关，尽管我认为不是100%匹配。我认为你慷慨地+1。。。这是一种机械化的东西，你追求的是一些特殊的，甚至是直觉的东西，这很有趣。你可能喜欢玩围棋，所以。。。证明=错误。。。然后看看你的下一行是否会将其更改为TRUE？准确地说。我在这里举了一个例子：应该是社区维基“除了寻找错误的东西”是一个谬论。可能会有很多“错误的事情”。是的，我在我的Ubuntu登录后一直在低头。。。“嗯，我在浴室里放了一个好灯泡，以确保我们没有停电，然后我放了一个坏灯泡，以确保它烧坏了……”我想你这个问题的一个有趣的角度是，当一个人的行为是根深蒂固的习惯时，如何识别其行为是一个挑战。