我现在正在练习TDD一段时间,我想提高自己的技能并开始做ATDD,
我读到了关于 ruby和 java的框架,但没有听到很多关于.NET的内容
我读到了关于 ruby和 java的框架,但没有听到很多关于.NET的内容
.NET中用于编写验收测试的最新维护框架是什么？
编辑：在阅读更多内容之后,我想要注意的是,我正在将网站和Web应用程序的验收测试联系起来,任何可能都需要考虑进行GUI测试.
我们刚刚开始使用
FitNesse,到目前为止我对这个决定很满意.一个非常简短的概述：
原文链接：https://www.f2er.com/javaschema/281622.html>您在Wiki中编写测试.
>你写了一个’测试夹具’模块(可以是一个c#程序集)
提供了Wiki和SUT中“测试”之间的桥梁
(被测系统).
>当您运行测试时,FitNesse引擎使用反射将维基测试转换为对测试夹具组件的调用,而测试夹具组件又调用SUT.返回值会传递回Wiki,因此您可以“断言”它们.
测试夹具代码的公共接口实际上是您用于在Wiki中编写测试的语言.我不确定我是否解释得非常好,但网上有大量的资源和视频.我推荐FitNesse的作者Bob Martin的this one.
我选择FitNesse的原因有很多：
>完善的框架
>使用FitSharp插件使用.NET：http://fitnesse.org/FitNesse.DotNet
>因为Wiki中的测试是用您在fixture代码中定义的语言编写的,所以它们是可读的
>可以通过命令行调用测试,我们希望将其用于持续集成.
>鲁棒1：如果SUT的接口发生变化,您只需更改测试夹具代码,而不是测试
>强大2：我们没有在易变的UI级别进行测试.
需要一点时间来习惯,但我发现它比我们目前通过UI测试的概念更可靠.我们目前在家庭酿造应用程序中执行此操作,该应用程序通过回放预先录制的UI操作和比较屏幕截图来工作.当测试是红色时很少,因为SUT实际上是破碎的.通常我们有时间问题,UI控件没有立即响应,所以我们必须建立UI操作之间的延迟,这意味着它需要整晚运行全套测试.
