是否值得设计一个系统来期望测试帐户和产品在生产中存在并处于事件状态，或者即使您的船员知道不要运送任何寄往“的箱子，测试实体也不应该污染生产数据库测试客户”？
我已经实现了在规范中具有 test="True"属性的消息传递协议(protocol)，并且想知道现代架构是否应该包括用于标记订单、帐户、交易等的元数据作为测试实体，就像任何一样得到处理其他实体——但离花钱的地方还差得远。即:它伪造一张假想的信用卡并伪造包裹的运送。
预计这不会替代完全独立的测试、开发和 QA 数据库，但即便如此，我们在生产系统中始终拥有众所周知的测试 SKU 和测试客户。无害？
最佳答案
在生产环境中拥有测试账户是我通常不赞成的事情，因为它会打开一个潜在的安全漏洞。人们应该努力在测试中尽可能多地复制生产环境，但显然在某些情况下这是不可能的。昂贵的仅生产硬件就是一个典型的例子。我想说的是，作为一般做法，应该不鼓励这样做，但对于所有事情来说，如果你能提供一个对你有意义的理由，那么你可能会忽略一条硬性规定。
关于testing - 在生产系统中测试账户和产品，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/121306/