微软. testing. platform 全面支持azure devops

大家好,我给你说说一个超级酷的事儿,就是微软的 Microsoft.Testing.Platform 现在全面支持 Azure DevOps 了!这个消息对咱们搞开发的朋友来说简直就是个大福利! 最近这时代发展得太快了,大家都知道 CI/CD 多重要吧?就是说咱们做软件,得一直搞集成和交付。这次 Microsoft 放出话来,说 Microsoft.Testing.Platform 现在在 Azure DevOps 里就像长了翅膀一样好用了。这东西是给 VSTest 替换用的,专门用来简化.NET 应用的测试流程。 之前微软已经说了,不管是啥主流的.NET 测试框架,都支持这平台。这次跟 Azure DevOps 一合体,一切都变得更加流畅啦! 有个好消息是 Azure DevOps 这次更新了很多新功能。比如咱们用熟悉的 DotNetCoreCLI 任务就能直接跑测试,不需要再搞什么弯弯绕绕的办法了。 还有个特别棒的是智能处理测试重试的能力更强了!这回它能帮咱们把重试的结果都整理成多个 TRX 文件,还能分组展示,退出代码也设置得更清晰了。这样咱们看测试报告就不会那么费劲了! 对新手朋友来说,有一篇文章叫《.NET测试》特别推荐去看一下。里面讲了很多测试工具的事儿,特别是平台和框架有啥区别。还有“dotnet test”命令怎么用的不同模式也讲得明明白白。 在 Azure DevOps 里跑 Microsoft.Testing.Platform 的测试,其实有两种办法:第一种是用 DotNetCoreCLI 任务(这是微软推荐的),第二种是直接在命令行里输“dotnet test”。如果你特别想要灵活一点不想被任务版本绑住的话,就选第二种;如果想体验更统一更稳当的感觉呢,就选第一种。 对于还在用 VSTest 的团队呢,我建议赶紧转到 DotNetCoreCLI 任务上去吧!这样执行起来会更优雅一点。还有一个功能特别管用:微软这个平台的重试扩展功能简直是处理不稳定测试的神器! 它能智能地把每次重试的结果都给你看清楚了。再也不用像以前那样失败了退出码混乱,界面也难看了。 不过得注意一下:为了用这个功能发布带重试结果的 TRX 文件,你得在管道里设置一个 AllowPtrToDetectTestRunRetryFiles 变量为 true。这样系统就知道咋处理这些文件啦! 随着 Azure DevOps 对它的支持越来越完善,咱们的测试流程肯定会变得更高效!只要把.NET SDK 升级到 10 版本并且加上 Retry 扩展就行了! 总之啊,这次 Microsoft.Testing.Platform 在 Azure DevOps 上的全面支持不仅让流程更优化了,还给咱们提供了更智能的工具。希望大家都能借此提升开发效率和质量!