2015-04-12 63 views
0

我对编码UI测试很新颖。据我所知,迄今为止,如果我想记录一系列的行动,我必须运行该项目。
我想在将代码部署到Azure服务器之前在构建机器上运行这些测试。
问题是如何记录这些测试,以便它将在构建机器上运行这些编码的ui测试?
构建机器是TFS 2013的一部分。构建机器上的编码UI测试

+1

这是一个Web应用程序?无论如何,你通常应该说**而不是运行UI测试作为构建过程的一部分。构建过程应负责制作二进制文件,运行** unit **测试和一些集成测试,并且(如有必要)将软件打包发布。而已。不应该从构建中完成部署软件和运行UI测试。 –

+1

您可能还有在没有监视器的机器上运行UI测试的问题。通常,用户界面交互必须有登录用户。 – lloyd

+0

你可以在csproj中指定的后期构建中完成它(假设你正在运行一个cs项目)。 Web性能测试可能值得考虑,因为您可以在获得合理的响应时间时避免此问题。 – lloyd

回答

1

您可以使用vs发布管理来创建发布管道,其中包括将服务器部署到标准实验室管理环境并运行编码的UI测试。

http://nakedalm.com/execute-tests-release-management-visual-studio-2013/

如果使用vNext模板,你有一个无代理远程执行引擎,也可以叫你的PowerShell上传您的网站天青为您发布管道的职位。

http://nakedalm.com/create-release-management-pipeline-professional-developers/

这样做,这样会给您填写审核以及可读性到PBI已经发布

0

一般UI测试速度慢,不能快速地对构建时间产生负面影响。但是,还有一些情况是“保护源代码树”是一个重要的考虑因素,并且希望防止检查已知的破坏代码。

因此,“答案”很大程度上取决于您想要完成的任务以及您所在的环境。Martin提出的使用版本管理的建议是非常好的,但是必须理解分支。

相关问题