我有一个(闭源)WPF应用程序,主要包含两个模块:UI exe和“Model”dll。一个屏幕(现在)和大约30个课程。
我想开始使用测试工具进行测试。
我有resharper。
我没有时间:)。我不想学习工厂,嘲弄,国际奥委会等等。而且我不想太多地打扰代码(重新IOC等)。
我没有alota钱。我在这里看到了SmartBear's TestComplete的推荐,然后我看到它的2K美元的价格标签,我对这个价格犹豫不决:99美元我会在付费时哭泣,你不能免费获胜:)
所以,我的问题是:“开始WPF测试的最简单和最便宜的方法是什么,不一定是最佳 colution,但是能以低成本提供一些好处的东西? “
答案 0 :(得分:3)
如果你想进入免费路线,你可以查看System.Windows.Automation命名空间:http://msdn.microsoft.com/en-us/library/system.windows.automation.aspx
请参阅此文章:http://msdn.microsoft.com/en-us/magazine/dd483216.aspx
答案 1 :(得分:2)
可能最简单的方法是专注于30个类(非GUI)进行测试。似乎(但我不确定)大多数功能都在这30个类中。
如果设计得好,可以相当容易地测试模型(那30个类别)。 对于GUI测试,通常需要付出更多努力。
因此,如果您想花更少的时间,请专注于测试模型。
为了测试模型,您通常做的是:为外部组件编写存根(如果需要),设置输入参数(取决于您的应用程序)并检查“输出”是否符合您的预期。
答案 2 :(得分:2)
一种自由而有趣的方法是审批测试:http://approvaltests.sourceforge.net/。您基本上会“批准”您的UI,然后针对您的应用执行测试。如果生成的UI与批准的版本不匹配,则测试失败。这里的比较是基于UI的图像 - 与其他测试方法相比,这显然有利有弊。
此视频是使用WPF批准测试的示例:http://www.youtube.com/watch?v=Xc_ty03lZ9U&list=PL0C32F89E8BBB5368&index=17&feature=plpp_video