首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

Jenkins MSTest + MSTestPublisher在测试失败时不会导致构建失败

Jenkins是一个开源的持续集成和交付工具,它可以帮助开发团队自动化构建、测试和部署软件项目。MSTest是微软的一种单元测试框架,用于对.NET应用程序进行测试。MSTestPublisher是Jenkins的一个插件,用于将MSTest测试结果集成到Jenkins的构建报告中。

在Jenkins中使用Jenkins MSTest + MSTestPublisher进行测试时,即使测试失败,也不会导致构建失败。这意味着即使测试中存在失败的用例,构建仍然会继续进行。这种行为在某些情况下可能是有意义的,例如在持续集成过程中,开发团队可能希望及时了解测试失败的情况,但不希望因为测试失败而阻止构建的进行。

然而,这种行为也可能导致一些问题。如果测试失败的用例不被及时处理,可能会导致软件质量下降或者潜在的问题未被发现。因此,建议在使用Jenkins MSTest + MSTestPublisher进行测试时,开发团队应该及时关注测试结果,并尽快修复测试失败的用例。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

VS2010工程的自动编译

看过前面的Jenkins+Github环境的配置相信大家已经对Jenkins有了一定的熟练程度,也大概知道怎么对vs项目进行自动化编译,这篇博文主要是对一些细节进行补充,后面主要就是Jenkins插件的使用和脚本的问题了,比如Ant的XML脚本,VS项目的批处理脚本,给大家建议是尽量要用脚本来控制构建的过程,在Jenkins里面敲大量的命令行不是好的方法。 我的版本管理基本上都是在GitHub上进行的,所以如果你还没有一个github的账号就赶紧去申请一个吧!有了账号首先要做的就是在要学会使用github,基本的使用方法网上有很多教程,wiki上肯定是有的,github给新手很多好的指导,现在你要新建一个repository

02
  • Jenkins持续集成与自动化部署系统安装配置

    相信每一位程序员都经历过深夜加班上线的痛苦!而作为一个加班上线如家常便饭的码农,更是深感其痛。由于我们所做的系统业务复杂,系统庞大,设计到多个系统之间的合作,而核心系统更是采用分布式系统架构,由于当时对系统划分的不合理等等原因导致每次发版都会设计到多个系统的发布,小的版本三五个,大的版本十几个甚至几十个系统的同时发布!而我们也没有相应的基础设施的支撑,发版方式更是最传统的,开发人员将发布包发给运维人员,由其讲各个发布包一个一个覆盖到生产环境。因此每次上线仅仅发版就需要2-3个小时。这种方式不仅仅耗时、耗力,更是由于人工操作经常导致一些丢、落的现象。而我们当时的测试也是采用纯手工的测试,发版完毕后一轮回归测试就需要3-4个小时(当时主要是手工测试)。之前也一直提倡持续集成、自动化的测试和运维,但迟迟没有推进落地。终于在一个加班到凌晨四点的夜晚后,我再也受不了。回家后躺在床上迟迟睡不着,心想这个自动化的发布能有多难,他们搞不了,老子自己搞,于是6点爬起来来到公司,正式开始了我的持续集成、自动化部署的研究与推进之路。

    03
    领券