-->

推荐结构为ASP.NET与QUnit的JavaScript测试(Recommended struct

2019-08-19 00:37发布

我有一个标准的ASP.NET MVC在单独项目的实际项目和服务器端单元测试(2预览版2)解决方案。

因为这个项目是非常的客户端重,我想打一个ClientTest项目,以及使用QUnit,测试主要项目。

我想创建一个单一的HTML文件,该文件将加载各种脚本在我的脚本/目录下,并与QUnit测试他们定期ASP.NET web表单项目。 不幸的是,这将产生另一个ASP.NET开发服务器。 我可以在运行测试之前配置运行MVC项目服务器的端口,但一定是一个更好的方式,不只是扔测试HTML文件进入主MVC项目。

有谁知道的要对这个更好的办法?

Answer 1:

我喜欢你放置QUnit测试在一个单独的项目的想法。 怎么样使用XCOPY到脚本的预生成事件复制?

说你的MVC项目是MyProj.Web和你QUnit测试项目MyProj.ClientTest(与您的项目名称替换)。

  • 创建你的ClientTest项目的脚本文件夹中。

  • 项目> MyProj.ClientTest属性>生成事件 ,添加以下预生成事件命令行

    XCOPY “$(SolutionDir)MyProj.Web \脚本” “$(PROJECTDIR)脚本”/ S / Y

  • 然后在你的HTML只包含来自脚本文件夹中相应的JavaScript文件。

注意:您将不得不重新构建ClientTest项目刷新JavaScript文件,当你想重新运行测试。 调整文件夹的名称,路径和XCOPY根据需要选择。



Answer 2:

也许你可以挑选从技术文章 ,包括使用命令行,与华廷利用NUnit的,刮测试结果报告。 该解决方案将不需要单独的WebForms治理工程,在测试中,因为它全部由华廷处理。



Answer 3:

这不是太清楚,我为什么使用MVC有差别 - 如果你想你的测试整合到一个CI构建随后的gWiz的建议是要走的路线。

如果你的要求是,要真正的页面上,而不会影响页面的外观,那么你可以检查出的直接交互运行测试FireUnit插件Firebug的。 如所述,您也可以换FireUnit周围QUnit 约翰Resig的博客 。

如果你关心包括测试的东西,然后在您的测试/调试相关脚本构建和在生产构建禁用/删除它们。



文章来源: Recommended structure for testing Javascript with QUnit in ASP.NET