单元测试Web GUI

我最近听到的讨论中,TDD是热的时髦词语。 现在,一位发言者,以测试你的行为,你需要使用MVC,但在另一边的有人说,TDD是可以在任何环境下通过(ASP.NET MVC或Web窗体周围的讨论)的方法。 另一位发言者声称,如果你把你的行为,在图书馆或模型,然后你可以测试你的存储库或服务的TDD,因此不必担心测试HTML。 多少TDD应该覆盖的情况下的Web GUI测试还是值得的?

我知道,有时候我们用“退而求其次”,并坚持到了极致,但它并没有真正惠及真正的发展方案。 所以可以TDD被应用到用户界面?

编辑:

我同意你们那也是我的感觉:如果你真的这样做TDD那么你就需要测试你的WEB UI的前端,因为,你提供给它的数据应该是在你的业务/服务/资源库层,其可以在没有用户界面进行测试。 所以,如果你计划你的行动/行为绑在服务器端调用(如按钮点击事件,虽然在我的情况下,他们可以通过调用底层操作测试),你可以拥有TDD在Web窗体这样的方式您的Web窗体应用程序。 谢谢您的回答

--------------解决方案-------------

我会大胆地说,如果你需要进行单元测试您的图形用户界面,以获得业务逻辑,或集成测试做了,那么你的设计缺乏清楚的关注点分离。 无论MVC和MVP的模式,提供了清楚的关注点分离,以便你的UI可以只专注于显示逻辑。

你必须使用ASP.Net无论是ASP.Net MVC,或WCSF(最有价值球员implentation使用Web表单)在这两个选项。

话虽这么说,你还是应该做的GUI测试,但你有没有需要手动做这一切。 Selenium服务器和硒的远程控制提供方法可以做到通过UI自动化测试。

我与Josh同意在这里。 刚开怎么回事,这样,虽然,所以我可以不选它。

应当指出首先说明测试的GUI不可单元测试。 随着关注清晰分离,因为约什主张,在GUI中不包含业务逻辑。

需要测试的逻辑被封装在一个或多个离散库(或可能在简单的MVC控制器)。

TDD只是指逻辑代码单元,以及坚实的TDD实践的一个特点是,所有的逻辑代码可以编写和测试没有任何UI可言。 事实上,测试常被类,他们将测试之前编写。 一旦代码完成并通过了所有测试,用户界面​​可以添加到利用你已经建立了API钩子,并且UI可以web表单,MVC,WPF的WinForms,等等。

测试上,你会做一个产品像硒有更多的事情要做验收测试可能集成测试的用户界面。

分类:asp.net 时间:2015-03-15 人气:0
分享到:

相关文章

Copyright (C) 55228885.com, All Rights Reserved.

55228885 版权所有 京ICP备15002868号

processed in 0.740 (s). 10 q(s)