Winforms测试应用指南

Question

我是一家中小型公司的C#开发人员。我快速测试我的同事开发的应用程序，他们测试我的应用程序。我们根据自己的经验测试每一种形式。(是的，我知道这不是一种非常正式的方法。)

现在，一个没有经验的新人将加入我们的队伍。我们认为现在是做一个小清单的时刻，我们都应该测试每一种形式的东西。按类别分类。例如：

• 可用性:测试每个控件的选项卡顺序是否正确设置；或
• 验证:测试每个文本框的最大长度是否与DB.

中字段的最大长度匹配

等。

我们不想重新发明轮子，所以我想知道这样的文档是否已经存在。

谢谢

Answer 1

我很清楚你在找什么，因为不久前我在一家小公司工作，用你描述的方式测试了它的产品。从那以后，我学到了更多关于测试的知识。

我不能推荐任何特定的“测试清单”，但我想给出一个非常一般性的建议：

在您坐下来编写这样的文档之前，请确保它只包含无法自动化的测试.。

有些事情不能自动测试，例如窗体中控件的制表符顺序。这是因为制表符顺序只对人类用户有意义；计算机不在乎控件的视觉排列方式，以及选项卡顺序是否从第一个控件继续到最后一个控件，然后返回到第二个控件，最后再转到窗体的另一端。这些东西应该由人类来检验(IMO)。(即使是人类也不会总是在“正确”标签顺序上达成一致，但这是另一个问题。)

还有一些测试可以自动完成。将输入字段的最大长度与DB字段的容量相匹配可能是这样的测试之一，而IMO应该努力找到这样的测试不必由人类来完成的解决方案。有时，您会发现一个框架可以自动检查这些内容；有时您可能想要编写单元测试；有时所需要的只是在表单的输入数据被写入DB之前对其进行验证；等等。这方面有很多解决方案。

Answer 2

您列出的项目不是传统意义上的测试。您需要某种类似于FxCop或StyleCop的静态分析工具。我不知道有一个专门为Windows窗体制作的产品，它可以完成您所列出的任务。这通常需要大规模的并行计算硬件，这是新来的人在耳边携带的那种。

不要犹豫地运行FxCop --顺便说一句，如果您以前从未使用过代码，那么您可能会得到很多标志。如果新来的人抱怨编码标准，StyleCop就很好。

Answer 3

通常，您将使用描述应用程序应如何工作的设计/需求文档，并将其用作测试的模板