张家辉：五年！五年又五年，你知道我这十年是怎么过的吗？
我：天天在社区发帖请教大佬~
十周年快乐~

我前两个观点表达的就是测试工程师 “地位高，话语权大” 的观点，最后一个观点是能力问题~

我不赞成一楼的说话，如果测试工程师地位越高，话语权越大的话对项目质量是有很大的一个提升。简单举一个例子，一个普通的测试工程师去对项目的质量负责，和一个高级的测试工程师的对项目的质量负责，产出的项目质量相信做过项目的都知道差距有多大。其实高级的测试工程师，优势是很明显的，第一在话语权方面，如果有足够的话语权，一定能减少很多无效的三方扯皮的事情，提高整个项目的效率；第二在推动测试管理体系上，比如公司就规定要执行这套体系来保证产品的下限，每个项目都要按这个体系执行，那么地位高的测试工程师做这些就是水到渠成，相反普通的测试工程师会遇到很大阻碍而导致产品质量下降；第三技术上，一个地位高话语权大的测试工程师相信技术不会差多少，这个就和普通的测试工程拉开了很大的差距，在寻找缺陷，定位根因，优化建议等方面不是普通测试工程师能比的，当然你说话语权大地位高的技术是水，这点当我没讲。

1、先确定好你的测试目标，系统在实际的使用情况内是什么样子的，一般 H5 多应用于在移动端，那就考虑好移动端的测试范围，要兼容哪些移动端的机型/浏览器等。
2、一般做某种测试还是要先考虑好，你做这类测试是为了满足那个需求，如没需求则调研需求，不然就没法确保好你的测试目标。

如果批量跑用例，不能一直盯住去 DEBUG~，我还是趋向写进日志，报错了就可以去分析哪里错了

可以的，我查了一下 response 里面还有个 request 用来查发送的内容，把 request 调用起来就行了。

绿盟？很多银行机构都是找的这个第三方

不懂就问，d = {k: v.replace("$", "2") for k, v in d.items()}，中{k:v}这个写法为什么可以这样，难道这样写法不是代表一个字典吗，后面的 for k,v 是把字典的 key value 代入到 k,v 但怎么有会让每个 key value 一次一次去找到对应的 $ 呢

你这个是压力测试的一个小部分环节，压力测试重点应该放在调研方面，如测试方案，准出标准，性能测试场景，脚本调试，数据分析，问题定位，优化方面等

自动化不是应该追求低耦合性吗，如果是联调测试那就按联调测试去考虑用例