testing-strategies - 在您的程序中查找您不知道的已损坏内容的提示？

Question

今天，当我找到一种方法来破坏我们程序中的某些功能时，我正在为客户做一些事情。

(代码实际上是遗留代码，它已经开发了大约 10 年，而我在这里只工作了大约一年。)

它不会导致错误或导致程序崩溃，但如果用户正在使用该程序并重复该行为，我很确定他们会举起他们的“WTF？”旗帜。

在我们的程序中，我们命名了可以与文本框链接的字段(文本框)和静态文本(标签)。当文本框未填写时，链接到它们的标签会消失。

我破坏的功能是，当您更改已经有一个或多个标签链接的文本框的名称并保存文件时，无需重新关联与文本框关联的一个或多个标签，以前关联的标签当文本框为空白时出现。

现在我对此事的想法是，一个简单的观察者模式本来可以解决这个问题，但后来我没有编写代码。

我在想，如果我能和我店里的人一起挖掘更多这样的情况，也许我可以说服他们考虑单元测试、解耦、在需要的地方应用模式等等。

因此，出于这个原因，我想知道是否有人有任何提示可以在任何类型的应用程序(基于 Web、桌面等)中找到损坏(但不会导致错误)功能

Answer 1

对于一个应用程序可用性失败，它必须有一组定义的预期行为。

“当按下回车键时，这个文本框是否应该什么都不做？”也许是，也许不是。我见过一些应用程序，其中测试人员/审阅者报告了他们认为应该以另一种方式工作的内容，而实际上客户特别要求他们不希望在返回键按下时提交表单，而只希望单击提交按钮。

所以基本上你必须先定义正确的行为，然后才能确定不正确的行为。