细思极恐
我完全是被东哥的故事吸引了。
不过作为测试,你的文采这么好,你家开发和产品估计压力有点大
你不怕别人看不到最后吗?
我以为你招聘的是测试开发,没想到你要的是 高级开发
String str = "123";
String s1 = String.valueOf(str.charAt(str.length()-1));
int i = Integer.valueOf(s1) + 1;
String s2 = String.valueOf(i);
str = str.concat(s2);
int result = Integer.valueOf(str);
我最近也在面试,虽然在公司内部的评价不错,但是出来后,还是发现了自己缺失的内容比较多。
有时候碰到了比较水或者聊不到一块的,还是要淡定,一方面你可以选择不共事,另一方面你在公司中也可能遇到这样的同事,重要的还是冷静并且有效沟通,最起码要做到不影响自己的发挥。
不过我的里面很多功能的处理方式,不值得推荐。因为这是我的第一个接口自动化框架,里面很多处理方式并不是典型的处理方式,处理方式有点笨,所以可以多多改进
感谢您的认真阅读,您的理解都正确。
1、http 用例的编写,如您所理解;
2、测试用例类必须添加到测试类 (testngReportRecord) 列表 才能被执行和生成报告,因为需要把测试用例添加监听类 org.reportng.HTMLReporter
3、url 中的域名, 会根据配置文件中指定的环境名称,找到 excel 中对应的 sheet 名,然后指定相关域名到 excel 中指定 sheet 中的相关 IP,如果未设置到域名,会走公网像普通用户那样进行 DNS 解析。
感谢支持,祝工作顺利
你是要看报告内容吗?
可以去下载源码,运行一下,然后报告就出来了
文章末尾有下载地址
是的,需要很好的设计,目前我自己做的一个自动化框架,就碰到了问题
我想说的是,我们二次开发的 wrk 已经实现了,可惜不是我开发的
回复:go 的性能不错,但是比 wrk 的性能差一半,这些我都测试过。
Jmeter 应用场景:针对大部分普通性能测试来说,jmeter 够用且稳定。而且支持复杂场景和复杂业务。
针对大规模性能测试,比如电商全链路压测来说,单独用 jmeter 就不行了,需要多工具配合使用。
go 和 wrk:这类高性能工具或开发语言,当碰到复杂场景的时候,性能一样会出现瓶颈。这就跟说 python 比 java 简单一样,简单功能实现,python 是语法简单,但是对于复杂的后端业务来说,实现起来可能 python 更费劲。
合适的场景用合适的工具:价值百万的思博伦、二次开发的 wrk、go 开发的多线程压测工具、jmeter、loadrunner 等等,大部分性能工具我都使用过,拿最常用的商业或开源工具来做一下简单对比:
总而言之,当遇到复杂的业务场景时,商业工具也不例外,性能也会相对普通业务下降很多。
高性能压测场景,是一项复杂的工程,需要多工具、多团队配合,不是简单的一个工具就可以解决的
直接找对象吧,找个好对象,工作轻松点
已提,@Lihuazhang
有道理,jmeter 作为功能和性能的开源测试工具,其实越来越完美了
没明白什么意思
好的,谢谢
期望不要是流水账,而是稍微有点总结和感悟的文章,类似于周总结
建议标题:【公司 - 岗位】记 XXX 一周的测试工作
建议写测试人员的一周,一天的工作,时间有限,工作内容并不全面。
如果写一周时间的测试工作,基本上涵盖了测试的大部分工作内容,从而也可以更加清晰的展示出来 不同公司之间的差别。
咱两差不多吧,你不是也工作五年了吗?我 90 的
好吧,就嫉妒你这种比我聪明还比我努力,还比我基础好的人