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

发布系统那么难?

必要性 如果一个上点规模的公司,技术团队什么值得一做的系统,那么发布系统算一个。 jenkins用的好好的,为什么要自己搞呢?...总结下来,下面几点原因: 1) 每个公司的流程和技术栈都是不一样的,生搬硬套,就像便秘一样不顺畅。 2) 发布系统技术开发成本不高,很容易搞。...多简单呢?我们提供了两个人力,只花了10个工作日就全部完成了。看完本文,你要是觉得不简单,那就是我们太牛掰了(囧),毕竟也是见识过七八个高开去做同样事情的豪华阵容。...这里两个技术点: 1) 如何获取git的提交记录并进行切换? 2) 如何显示滚动日志? 获取gitlab的提交记录 拿gitlab来说(因为用的最多)。加入gitlab的maven即可使用。...注意:以下脚本巨坑~,一定要传参 n=0while [[ $n -lt 10 ]]do let "n++" ex=`ps aux|grep \/${flag}|grep -v grep

57130
您找到你想要的搜索结果了吗?
是的
没有找到

真的必要写测试用例

正文 今天的文章是想跟所有小伙伴讨论软件测试工作中必不可少的一项工作:写测试用例,但目前还有很多公司并不重视写测试用例,觉得写测试用例是浪费时间,还不如拿这些时间来执行测试,那我们真的必要写测试用例...再后来、再后来做了一个一个的项目,很庞大的也有很小的,复杂的也很简单的,踩过无数坑之后,慢慢地王豆豆都始终养成了一种习惯,无论多小的功能都在把测试点梳理一下,测试场景写一下,这些就变成了王豆豆现在的测试用例...所以,软件测试人员真的必要写测试用例? 毋庸置疑,王豆豆的答案是非常有必要。 在写测试用例的过程中,不仅是对测试点的梳理,同时也是对测试思维的梳理。...项目上线之后,并不一定会立马就出现问题,可能是运行一段时间之后才会出现,这时若出现线上bug,我们首先要立马解决线上bug,同时也要分析为什么测试过程中没有测试到,是场景没有覆盖到?...要分析出原因来,就需要了解当时的测试情况,若当时没有记录,仅凭脑想,估计很难想出当时的测试全过程,若是了测试用例,根据测试用例的执行测试轨迹,很大可能找出当时为什么没有测试出来的原因。

1.7K30
领券