如何解决表征金主/快照测试是否应该为人类可读？
我正在尝试编写特性测试，以便快速将旧系统放入测试工具。
我找不到很多带有生产代码的示例。我发现的示例是小型程序。
example by an author of Working Effectively with Legacy Code将它们实现为单元测试。
这很不错，因为它是人类可读的，可以帮助您理解代码。但是，我认为它在示例中适用于小型程序，但是我要测试的系统是一个非常复杂的API客户端。
其他示例将输入和输出存储在文件中，并读取它们以将结果与“快照”进行比较。
一些示例是VCR，Approval Tests，Golden Master Testing
我觉得这样可以生成测试输入，并且适合测试大量输入。
但是，由于某种原因，它感觉比单元测试更高级，而且不是很可读。
这些测试是否应该作为单元测试套件的一部分，还是应该作为单元测试的补充？
换句话说，我是否应该抽样一些特征测试输入并将特征测试编写为单元测试，但是要使用代码的实际输出来“锁定”现有行为，并试图使其具有可读性？还是应该将特性测试作为单元测试的补充？如果是这样，我应该在单元测试中重点关注什么？
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
