测试给开发打分,还跟绩效挂钩。。。这是什么脑袋想出来的主意
建议接 allure
永远叫不醒装睡的人
总结:多干活、少拿钱,进一步降低测试工作的价值
感谢楼主详细的回复,我也实战一下,多谢
最近也在考虑容器环境的问题,请教楼主几个问题:
1、被测服务部署在容器中,jacoco 监听的 port 是否要对外映射
2、被测服务部署容器 ip 重启部署后有可能会变,如何解决
3、编译部署与覆盖率获取时点不一致造成的代码差异,会有影响吗
我也是 Jenkins 配置的 allure 报告,正常生成的。楼主的情况应该不是 Jenkins 的问题,可以先手动 generate 试一下。
机会肯定是好的,看你有没有勇气走出舒适区,迎接挑战,患得患失是最大的阻碍。选择这个机会可能后悔 3、5 年,如果失去了这个机会,是不是会后悔 30、50 年。
点都很真实,解决方案也给的很靠谱,但有些问题还是无解。比如现在公司效益不好,研发都是以产品为导向。项目立项的时候就已经确定了上线的 deadline,过程中需求延期、开发延期、需求变更。。。,后期测试堆人能解决上线时间问题,但质量就堪忧了
“当前平台属于代码托管形式,在每次运行时会拉起一个 docker init 所有相关依赖后 再运行自动化脚本”
对于这个问题,是否可以拆成 2 步走:
step1:构建一个框架/平台级的基础镜像 image_base,包含所有基础依赖
step2:运行任务时基于用例 +image_base 构建可执行镜像