就由这个帖子开始进行打卡吧

都要求本科啊，哦，那没事了！

不管这个人，这个人就是一个嘚~，有人发帖就在哪里 BB，一直在刷存在感

简单来说就是要找到代码的可移植性，我们这边一般都是做好初始化。这样初始化就分两种情况了，第一种初始化的数据是系统必带的，那就相当于每个环境都是一致。如果初始化数据没有就考虑到造数~，从 0 到有构建一套所需的测试环境

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

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

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

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 一次一次去找到对应的 $ 呢

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

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

学历卡得死死的~

我感觉这个太偏向理论点了，在编写用例的时候，实际情况是针对需求来进行，而上面的这些理论如果按一个功能点来考虑，那编写的工作量太大，且很难维护。

刚看到你们公司因为投资理财暴雷了~

好家伙，那么强吗

1、nginx 的日志是看 access.log,这个日志吗；我对 nginx 是比较陌生~，可以确定的是 nginx 的分发是没什么问题的，但在场景四是不是按设置的权重可能是看看这个 access.log 日志，但这个日志是如何可以看出权重是不是一致，我得查查资料了。
2、我去到对应的 nmon 查看了对应的时间段，可以肯定就是一个 tomcat 服务器低，另外的一个 tomcat 服务器就会高。
3、这个我估计没吧，我去问问开发，我们公司在设计方面应该是不会用到这些高级的东西~，还有这个业务场景其实就是查询类，前面几个场景也是查询类。所以我推测大概率不能存在这些分布式锁的设计（这个我还是确定一下再答复）
4、我在正文补充了一些细节和图形，其他细节你想知道的我再补充。

我也考虑过这个问题，看过一篇文章是说 nginx 的权重分配策略是根据连接数还是请求数进去分配，如果 tomcat1 有对应的连接数/请求数不处于空闲状态就不会继续分发请求到 tomcat1。

我是觉得 nginx 是没有问题的，看前三个场景，两台服务器受到的压力都差异不大，说明 nginx 是在有生效的。

已补充手机号码信息，进行回复测试

建议可以监控对应的前端应用服务器（nginx 或者对应的应用服务器），然后把首页的资源都采集下来，当成一个事务，看看对应的并发数产生的最大带宽是多少，然后把公司对应的服务带宽作比较，得出是否满足。（PS：做性能测试个人认为还是需要一个明确的准出标准，比如 10000 用户需要多久时间可以满足，多少的带宽在多少的时间能够准出等）

夏日打卡冲冲冲，马克杯我来了。

各有优点吧，基准的 ramp up 不能达到某个线程进行持续，而梯级的可以保持持续时间，找拐点和分析都是比较合适的