lee*_*d00 4 testing-strategies usability-testing
当我找到一种方法来打破我们程序中的某些功能时,我正在为客户工作.
(代码实际上是遗留代码,它已经开发了大约10年,而且我只在这里工作了大约一年.)
它没有导致错误,或导致程序崩溃,但如果用户正在使用该程序并重复行为,我很确定他们会举起他们的"WTF？" 旗.
在我们的程序中,我们命名了可以与文本框链接的字段(文本框)和静态文本(标签).当文本框未填写时,链接到它们的标签消失.
我破坏的功能是,当您更改已经有一个或多个标签链接的文本框的名称时,保存文件,而不重新关联与文本框关联的一个或多个标签,以前关联的标签文本框为空时出现.
现在我对这个问题的想法是,一个简单的观察者模式首先可以解决这个问题,但后来我没有编写代码.
我在想,如果我可以和我店里的人一起挖掘更多这样的情况,那么我可以谈谈他们考虑单元测试,解耦,应用他们需要的模式等等.
因此,我想知道是否有人在任何类型的应用程序(基于Web,桌面等)中找到破坏(但不是错误)功能的任何提示
对于应用程序失败的可用性,它必须具有一组已定义的预期行为.
"当按下回车键时,此文本框是否支持不执行任何操作？" 也许是,也许不是.我见过应用程序/审阅者报告他们应该以另一种方式工作的东西的应用程序,实际上客户明确要求他们不希望在返回键按下时提交表单,而只是单击提交按钮.
因此,在确定不正确的行为之前,您必须定义正确的行为.