WinForms测试应用指南

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

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

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

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

然后有可以自动完成的测试。将一个输入字段的最大长度与一个db字段的容量相匹配可能就是一个这样的测试,而imo您应该努力寻找一个解决方案,在这个解决方案中,这样的测试不必由人来完成。有时,您会找到一个自动为您检查这些内容的框架;有时,您可能希望编写单元测试;有时,所需要的只是在表单写入数据库之前验证其输入数据;等等。这方面有许多解决方案。

您列出的项目不是传统意义上的测试。您需要某种静态分析工具,类似于fxcop或stylecop。我不知道专门为Windows窗体制作的产品可以执行您列出的操作。这通常需要大量的并行计算硬件,就像新来的人耳朵之间的那种。

不要犹豫运行fxcop btw,如果您以前从未对代码进行过测试,那么您可能会得到大量的标志。如果新来的家伙抱怨编码标准,样式警察就很好了。

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