在我的第一个故事中，我以 GitHub Copilot 的形式讲述了我使用 AI 的经历。它再次背叛了我。却被我的真爱人温柔地抓住了：UnitTest
我目前正在编写使用 grpc 流接收文件的代码。文件以字节块的形式发送。 Go 有一个很好的功能，您可以根据前 512 个字节确定文件的媒体类型。我不想将发送的所有字节保留在内存中，因此我的目标是在末尾有一个正好 512 字节的字节数组来嗅探媒体类型。所有其他字节应写入物理文件存储，然后丢弃。
我在 Golang 或其他语言中处理数组和切片方面没有那么丰富的经验。对于我的测试用例，我选择测试小于 512 字节、恰好 512 字节和大于 512 字节的块。如果您想知道为什么，请查看什么是边界测试。我在编写测试方面有很多经验。
毫不奇怪，只有 4 个字节的测试失败了。我花了一些时间才更深入地了解 Go 标准库。我（错误地）使用了测试，因为编写、执行和调试小代码片段非常容易。这是我的学习例子：
AI 帮助我解释，让我更好地理解如何在 Go 中使用切片。向充满新思想的年轻人学习一些东西，对于一个老人来说总是一件很高兴的事。
在 GitHub Copilot 的帮助下，我的第一次和第二次测试都通过了。这是我使用的代码：
超过 512 字节的测试失败，因为我的切片超出了范围。也许是时候让我承认我还有很多东西要学。 GitHub Copilot 提出了以下解决方案：
作为一个老智者的傲慢，我认为我可以做得更好。在我看来，chunkMessage.Chunk 无法修改，因为所有字节都必须复制到最终文件中。我实现了一个较短的版本，效果很好，至少在我看来。
我向人工智能建议了这个较短的版本，并询问它对我的代码的意见。 AI 对我的解决方案非常满意。
……但是当我重新进行测试时，鳞片从我的眼睛上掉了下来。 GitHub Copilot 是对的，我不会复制超过 512 字节的内容。但在小于 512 字节的测试用例中，此代码不起作用。人工智能选择了一个让我满意的答案，并避免指出我做错了什么。我最终得到了下面的代码。这是两全其美的。
我坚信软件工程师必须编写测试。测试有时很难编写，这是愚蠢无聊的工作，你必须花时间来维护它们。但就像母亲一样，他们保障你的生命并照顾你。有了他们，我可以像婴儿一样睡觉，无忧无虑。现在人工智能也做了同样的事情。
Unsplash 的艾萨克·克萨达照片
睡个好觉吧，AI。 UnitTest 爱你并保护你。
以上是不要相信人工智能，而要相信测试的详细内容。更多信息请关注PHP中文网其他相关文章！
