编写测试自动化框架:使用什么模式?

时间:2011-02-14 15:31:37

标签: c# automated-tests design-patterns

我正在编写一个测试自动化框架,该框架涉及自动测试具有200个屏幕的基于Winforms和WPF的应用程序。自动化框架应该执行控制点击和屏幕操作,就像测试人员通过手动单击屏幕上的控件来测试案例一样。

只有在下列情况之一发生时,框架才会发生变化:

  1. 添加了新的屏幕和功能。
  2. 修改现有屏幕(UI)。
  3. 修改现有屏幕功能。例如,将ListView更改为GridView以在按钮单击时显示数据。
  4. 业务规则的变化。
  5. 我是新手,我正在学习。基于这些要求,有人可以告诉我哪些模式可能最有用(如果有的话)是写这个框架吗?

3 个答案:

答案 0 :(得分:2)

Snowbear在上面是正确的......一些细节会有所帮助。但是,您肯定会明确地使用CommandDecorator模式。

请记住 - 模式是战场战术,而不是法律。他们需要调整以适应战场。我必须克服在学习它们时使用它们的合法性倾向。

答案 1 :(得分:1)

我不确定你会接受这个作为答案,但这里是:

不要写一个框架。努力寻找和试验现有的测试工具。 WPF UI测试与WinForms测试非常不同。模式是你最不担心的。

编辑看看这些帖子:

  1. WinForms
  2. WPF

答案 2 :(得分:0)

在尝试列出所需的所有模式之前,应该为应用程序设计更高级别的体系结构。仅从描述中我猜你需要某种“表单解析”或“组件映射”,它将被传递给“actor”,它将执行与组件相关的动作(例如,点击,插入文本)。最后,表格被提交给试听系统。这显然是我这样做的方式,可能有更好的方法。