不是哥们,从头到尾就一张登录页?
可以学习下极客时间上高楼老师的性能测试课程,会对并发数计算很有启发
假如有条件 ABCD,当且仅当 ABCD 均为真时,通过,那么任一 or 任意为假,都可以作为 “非正向用例”,我理解的是,事务是多面的,不一定存在一个绝对的反面
“提升系统的回归测试能力”,系统够稳定么,之前的归回测试经常发现问题嘛,感觉要考虑下 ROI
既要又要?质量、成本、效率这仨是个三角啊,最多同时满足俩
一个人干不过来,不应该继续招人写自动化嘛,买平台感觉减少不了多少工作量。毕竟自动化 1 要调试 2 要维护,这俩都是很花时间精力的,平台只能减少一些管理成本
禅道低版本也有 API,就是稍微麻烦点
推荐从用例续写开始,推荐阅读 https://mp.weixin.qq.com/s/7WZzuRp9Ah0VIYalXLdMtA
好升级,建议和官方支持人员联系
看开发准备如何部署,如果是 k8s,则你可以在测试环境搭建 k8s,然后使用开发提供的 yaml 文件,如果是 docker-compose,也可以直接用 docker-compose 启动,如果不是基于容器技术的发布,那确实要费点劲自己调整配置启动了
贴一下简历吧
啊?一般不都是连接池么,连接不复用嘛,好奇是什么架构什么技术栈
擅长那个用哪个,可以考虑公司主要业务语言和框架保持一致,顺道学习了
1.事情做在前面,这些内部平台有没有交互设计?做之前有没有调研过当前内部用户使用习惯
2.反馈了体验问题,是哪类用户反馈的什么体验问题,操作流程?系统功能?提示展示?不同维度改法各不一样
支持一下
"代码运行时哪些代码使 CPU 占用率激增" 跑个火焰图
考虑 按照 操作系统维度监控 -> 应用程序维度监控 来分析,逐步找原因
跟帖
《测试设计思想》周海旭老师的,推荐读一读,很有启发
高考和考研成绩,因为学历是门槛
1.我们需要部署环境是因为有一项测试任务叫做:安装升级测试,即:安装和升级步骤的正确性也是测试验证的一部分
2.tomcat 部署确实没多复杂,但如果被测系统压根就不是 Java 写的呢,比如我们的就是 C/C++ 的后台服务,多主机,分布式,私有协议通信,一套系统周边依赖服务几十个
3.为了解决 2,做了容器化改造,可以利用 k8s 很方便的拉起一套测试环境,测试团队需要可以自己拉,所以多多少少要会一些 docker,k8s 的知识和操作
jvm-sandbox 本身有 lineEvent 了这个可以用作行覆盖,参考 jacoco 的字节码关于分支的插桩逻辑,我自己扩展了 branchEvent,实现了分支的跟踪,而且能跟踪到分支表达式的 true false,这样就有了分支覆盖,大概思路就是这样
确实,二开 jacoco 有一定难度,我也是自己写的工具,没用 jacoco
这是大多数人的下一步,然后往往会掉进如何二开 jacoco 才能关联 caseId 这个坑上,没别的意思,就是友情提醒一下
大多数人用命令,少部分人写 dockerfile&构建维护镜像,大部分人用可视化的 k8s 管理工具,少部分人写 yaml