这个我也学习一下，谢谢

感谢各位，是的，要一层层写出来。

原来注册账号就可以继续使用了

提示，上传接口提交失败由于服务器资源问题，每月使用额度有限，如当前无法正常使用，请联系管理员处理即可

裁了很多人，剩下来了，做成狗。做做

感谢大家的回答。
就好像最近有个需求，商品详情页有 “咨询” 的按钮，需求：某类域名的商品，按钮是显示 “客服”。但是安卓显示 “客服”（对了），ios 显示 “咨询”（错了）。对我来说，感觉都一样，就是一个按钮字眼显示。但是没想到，安卓不是真的做对了，最后需要拉上 H5（这些页面都是 APP 调用 H5 的）、产品来分析（讨论起码有 15 分钟） 。。
解决方案：两个 APP 端，拦截 H5 要跳商品详情，就请求接口，根据域名再跳对应页面。
可能习惯测后台，比较简单的界面，一下子突然测这么多端，有点懵。。

原来已经普遍了？ 那个同事说很少软件了，然后就去了学车载的。

个人觉得，能否先问下运维目前这个接口线上的高峰瓶颈是多少？然后再进行压测？要不然，感觉范围有点广，没能抓住核心。

之前要求写测试用例，然后发项目群，开发也看下，让他们先自测再移交测试，最后变成了形式。然后我们也从编写 100+ 条的测试用例，变成只编写关键用例（涉及本次逻辑的改动）那些啥增删改查都不写了。以前在外包，看到甲方每次发版前真的有一个通用 excle 测试用例回归一次，还真有几次给他们找到受影响的 bug。然后开发改完之后，又重新跑一边这个通用的测试用例（资源的确很多 ）

涉及到钱的、主要逻辑的最高，增删改查最低。

在公司用过 jmeter 压测、也用过阿里云的 PTS 压测。说下感悟。
当接触到 PTS 时，感觉一些按钮的表达用法，都看不懂（可能我理解问题）。有时候有些什么内外网的各种限制（自己公司弄的），然后压测试环境，数据量不大，上班时间压，还影响其他同事，所以下班压测。压线上，又怕压坏。
很多时候，我觉得压测都需要运维协助（在哪里看到相关服务器的日志，涉及到哪些日志），其实一些接口，都是运维老大找出来，然后提出意见优化，不过有些开发可能觉得没必要。后面，也很少压测了。
性能压测，我觉得关键是分析能力。之前 PTS 自动生成的报告我直接导出给老大，老大不满意，还说给这些图我有什么有？要给出一个结论，他还要向上汇报。
鉴于后续业务繁忙，而且也很少安排压测，公司对上一次压测已经是 3 年前的事了。
其实，也可以看下阿里云的开发者社区，里面有他们压测产品的一些使用方法。（虽然可能或者没有环境，但看下文档，估计也能学到东西）
哎。。。突然发现已经连续 3 年在 做点点点了。。

感谢大家的回复。回想到之前公司是有找外面的做安全等保，然后找出一些问题，印象有些是密码的安全性、还有找到后台一个 xss 的问题，其他的，看不懂 开发修复后，我就直接回归测试了。
总体感觉的确很深

感觉测试的简历都是写参与需求评审，编写测试用例，功能，接口，性能测试，然后输出报告。不知道是我待的都是小公司，还是啥。好奇大厂的人的简历都是怎样的？
ps：做了 11 年的测试，测过大型制衣厂的 ERP 系统，安防行业的 cs 系统，还有互联网的电商。最近想找工作，也觉得自己的简历很普通，烂大街的感觉。。。

制造业是关注用 erp？

付费到会的，到时能拿到 ppt 那些吗？

很多时开发就是截图 if else ，逻辑的判断。 我再努力一下手动实践。感谢。

感谢建议，又学多了一个方法。

好的，我到时留意一下这个，感谢

明白，感谢。

我老大之前怼我，要代码干嘛？看来我要提高自己能力，才能怼回去。

感谢这个方法（之前我没有想到），但怎么能找到一些比较简单的 我比较菜，怕乱找碰到复杂的会没有耐性看下去。

嗯嗯，有时候不熟悉相关模块的开发，我就会先问他们实现逻辑，然后叫他们截图一下代码。不过就是截图，我们测试没有权限看代码，所以有些调用的方法，我都看不到。如果再问开发，就得看他们是否有时间坐在隔壁看一步步代码

太激动了，要是深圳，希望能买到早鸟票。深圳大概什么时候放早鸟票？

或者再看下外面的那些培训机构？要是再给我选，我肯定选外面机构的计算机专业 当初也是急，选了个万金油 “工商管理”，搞到后面考公看专业都好尴尬，大专计算机专业，本科又工管。。。。不过现在也快过了考公的年纪了