问当第三方软件被破坏时，我应该如何记录测试和需求？

EN

简短的回答:您无法阻止第三方软件中的倒退。

更多细节：

第三方软件，如上述评论之一，超出了您的控制范围。因为它对您的软件至关重要，所以您在如何处理这个问题上有几个选择。

• 定期的烟雾测试-有一组烟雾测试，涵盖第三方系统的基本功能，并定期运行。这些测试不会阻止回归，但一旦发生，它们就会通知您。然后，您的公司可以通知您的用户，第三方提供商有问题，并正在与他们合作，以尽快修复它。
• 在测试中使用模拟器或测试API --对于您自己的测试，您可以使用模拟器或测试API来模拟第三方系统。这是有风险的:我的经验是模拟器和测试API往往不完全模仿第三方系统。我遇到过没有反映到测试系统的活系统的错误，反之亦然。当第三方系统的可用性出现问题时，它确实允许您继续对您的应用程序进行测试，因此这取决于您是否值得冒险。
• 测试失败处理-它应该是一个给定的，以确保您的系统处理故障从第三方系统，而不炸毁，但在我的经验，这并不总是如此。在处理失败时，我想要做的一件事是清楚地说明失败。您希望您的用户看到一条说明发生了什么以及他们应该做什么的消息(例如，“无法联系存储提供程序。请检查{ provider 's网站}的服务中断通知”)。
• 标记第三方测试-它将有助于标记您的系统中的第三方测试，以便您知道这些测试可以在不对您的软件进行任何更改的情况下失败。

本质上，因为您无法阻止第三方软件中的回归，所以您的测试将通知您第三方服务的状态，因为它与您的软件相关。

你不能真正解释第三方软件被破坏的原因。这不在你的控制范围之内。但是，您应该将其记录下来，原因有几点：

1. 这种情况可能再次发生，您的文档将为未来的开发人员/测试人员提供一些洞察力。
2. 它证明应用程序由于第三方集成而中断。这不是你的错。
3. 它记录了你花在工作上的时间。例如，如果高层管理人员问为什么特性还没有准备好，您就会说我们在第三方集成中遇到了一个问题，需要花费一整天的时间来诊断。

至于测试，一般来说，您应该只测试应用程序工作的正常端到端流。但是，如果bug有很大的影响(您的公司将被起诉/损失数千美元)，那么可以编写一个测试，以便您知道何时发生这种情况，以便您能够与供应商联系。