asp.net – 持续集成和自动化测试策略

发布时间：2020-12-16 10:00:32 所属栏目：asp.Net 来源：网络整理

导读：我在一家使用持续集成(TeamCity)的公司工作.每次有人检查CI软件时,都会启动构建并运行所有单元/自动测试.问题是我们有超过7000个单元测试756个自动化测试(用于测试 JavaScript,因为我们有一个非常复杂的UI逻辑来进行计算等).因为你可以在每次有人检查所有过

我在一家使用持续集成(TeamCity)的公司工作.每次有人检查CI软件时,都会启动构建并运行所有单元/自动测试.问题是我们有超过7000个单元测试756个自动化测试(用于测试 JavaScript,因为我们有一个非常复杂的UI逻辑来进行计算等).因为你可以在每次有人检查所有过程时进行成像需要2个多小时才能完成所有步骤(build-unitest-automated test),所以我需要等待那么多才能得到结果才能理解我的办理登机手续可能打破了自动测试或单元测试.最糟糕的情况是,当不止一个人检查某些内容以便TeamCity开始排队时,在我获得有效结果之前(过时)我可以等半天！我们应采取什么策略来加快这个过程？这是一个最佳实践,即使是一点变化,也可以运行所有自动化测试吗？

解决方法

我会考虑以两种方式分解您的测试套件 – 目标是让您和您的团队可以办理登机手续,获取一杯咖啡,并在您回到办公桌时从团队城市获得一些有意义的反馈.

>确定每次提交时你真正想要测试的内容,将剩余的测试移动到按预定时间间隔运行的套件(每小时,每晚 – 对你有用).
>如果同意运行的一组测试仍然很大 – 打破设置并分布在多个并行运行的节点上.

您可能还想加强CI计算机,具体取决于您的东西的性质,测试的工作目录存在于tmpfs(RAM磁盘)中.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!