回个帖支持下，欢迎大家一起来荔枝。里面技术氛围很不错的。

好事，说明现在的你比以前的你强了。

我们一般在评定等级的时候就会一并考虑，低概率显示但一旦出现就很严重的，等级上会适当减轻。

可能还是不同公司节奏和分工不一样吧。我们基本不会有一个 leader 去决定每个缺陷的优先级，所以大部分都直接用的默认优先级。只有当缺陷真的比较多，不分优先级会修不完的时候，才会特别去强调一下优先解决哪几个 bug，大部分情况下这几个也是等级上最严重的。

如果一开始没沉淀，后面年限大了再进去确实比较困难。基本上大点的公司看得都是现在实力 + 未来潜质，两项都没有特别亮点的，会很容易被刷掉。

建议可以先结识一些人脉，有针对性地学习掌握所需技能，然后找人帮忙内推下。由于环境导致项目经验很难有亮点的，只能靠表现出来的潜力来吸引面试官了。

把你 jmeter 成功和失败两个请求的 request 和 response 完整贴上来？

光这个截图和这些文字只看到问题现象，没啥有助于定位问题的信息。

帮你设置好了。

鼠标移到回复右上角的赞，会多出来几个图标，其中一个打钩的就是设置为最佳回复了。

而 priority 分为五个等级：马上解决、急需解决、高度重视有时间要马上解决、一般重视有时间要马上解决、在系统发布前解决或确认可以不用解决

感觉道理是对的，但实际操作一般直接是严重性高的自然优先级高，两个放在一起反而容易导致不知道该先改哪个。

换个比较重视质量，且测试团队技术还不错的公司吧。

我觉得不是数据类型校验不重视，而是由于数据类型不一致引起问题的情况比较少，而且就算不用 jsonSchema 也很容易发现。

举个例子，某个字段表示当前用户数，定义是 number ，实际传了字符串。会出问题吗？不一定，服务端拆装箱会自动把字符串改为服务端应用里的数字类型。如果这个字符串无法转为 number ，服务端拆箱就会自动发现并且抛出异常，没啥特别去测试的必要。

至于返回值，前端也是类似的情况，类型错得离谱直接会影响业务逻辑立即被发现，错得不离谱其实也没关系。

哪些业务最需要造数据，他们现在现状如何，要用上造数平台成本如何？
已经有脚本造数据的业务（一般也说明他们对造数据需求很大），目前用脚本造数据有什么痛点，上了造数平台可以解决其中哪些？

可以想想这两个问题。个人理解关键点是这两个。

能支持动态 java、python 脚本、jmeter 脚本的执行

部分业务线自己有自己的造数脚本等

快速变化的业务和平台自身稳定性之间存在矛盾

这三段话感觉有点矛盾。工厂支持脚本执行，业务本身也是有自己的造数脚本，为何业务要用的话会需要造数工厂跟着业务进行变化？

我们之前的经验是，先统一接口测试脚本框架，等到大家都熟悉后，再基于框架扩展 web 界面，达到直接通过 web 界面调用流程型用例造数据的能力。业务组接入只需要加点各个造数功能的定义就可以，成本不高，实现直接复用本身的接口脚本。

不过要推广到多业务线，要看其他业务线的需求如何，以及接入是否能给他们带来收益（我们这里接入得到的收益是前端开发、客户端开发、产品都能直接自助使用，不用再找测试去执行脚本，减少沟通协作成本。有这方面痛点的还是比较愿意接入的）。如果本身大家就有一些现成的东西，前期选型调研可能就要考虑到大家现成的内容，尽可能减少大部分业务的接入成本。

没写完？

ps：同事的可以抓到

同事的和你的有什么异同（比如手机系统差异、抓包方式差异等），可以分享下，然后再分析下原因？

如果安全要求高，一般会在 app 内置 https 证书校验功能，如果发现拿到的证书和实际服务器证书不一样（要抓 https 包，代理一定会在中途换掉 https 证书为自己的证书，否则无法把内容解密为明文），会认为网络不安全停止通讯。

可以参照楼上的解法。kwargs 本身就是个字典了，key 是参数名，value 是参数值。

我理解你这个需求的关键点是 2 个：

1、如果有传入这个接口参数的变量名 + 值，那就用传入的
2、如果没有，那就用程序里内置的默认值

**kargs 就很满足你需要了。参数名和值都由调用者自定义，只要用的人名字没写错，那就是一一对应的，可以用 for 循环遍历。

不过这个只能解决你最底下函数的问题，倒数第二个函数还是得写很多，所以本质上是这个模式有问题。不知道你具体业务上的场景是怎样，不好给更多建议，可以的话可以从用户需求角度说明下这是个什么功能，要实现什么效果？

wx.login() 应该是调用微信 app 通过 jsbridge 暴露的 Js 接口执行的，必须在微信 app 内调用，否则无法执行（类比一下，就是 python 自带 的 print 函数得在 python 环境下运行，你拿个 java 去跑这个函数会说无法执行的）。前端开发和你说的执行环境应该是指这个。

这个除非知道微信内部是怎么执行获得 code 的，否则绕不过。个人能想到的思路主要两个，仅供参考：

1、通过 UI 自动化之类的方式，在微信 app 里完成 wx.login 步骤，获得 code（可以搞个 alert 之类的弹窗弹出来）
2、服务端提供另一种登录入口（有点类似留个非小程序鉴权的后门，线上环境需要固定关闭这个入口），并生成自己内部的登录态且不与微信的信息关联。接口自动化从这个入口获得登录态，进行后面的业务逻辑调用。

使得传入一个变量 返回这个变量的变量名

这个需求好奇怪。原理上，运行时传入给函数的一般是变量的引用或者变量的值，本身就没有变量名信息。

**kwargs 打印的 “变量名”，实际是传入函数时给的参数名，不是本身变量名。比如

def get_para_name(**kwargs):
    print(kwargs)

b=1
get_para_name(a=b)

打印出来的是 a=1 ，b 这个变量名已经没了。从原理上只能想到用抽象语法树之类的静态工具来做，解析调用函数位置的语法树，找到当时放在参数位置的变量名信息。

能否详细说明下场景是什么？想象不到这个需求的应用场景。也许不一定要用这么复杂的解法？

自动化测试 ②、会限制软件的发展；③、对测试质量依赖大；

这两点不大理解？

两者不一定冲突的，可以先去找想去部门那边问下，了解下情况？不过确实如楼上所说，先想清楚自己想要什么，愿意付出什么，然后尽快做出决定。

多说一句，趁着还没生娃多努力，生娃后你可以掌控的时间就更少了。

我感觉自动化的作用不大呀，工作这么久我还是觉得点点点起到的作用最高。

可以详细分析下为什么会有这个感觉，作用不大的原因是什么，怎么调整才能起到作用还是本身就不适合？

不否认新功能测试绕不开点点点，但不代表只能无脑点点点。测试技术也不只是自动化，mock、fuzz、技术方案评审、代码 review 都能很有效的帮助用更低的成本、更少的测试范围来完成新功能测试。

要让自己价值更大，不能只是说我有 abcd 技能，而是针对各种具体问题，能从自己技能库里找到最合适的手段去解决。可以去想一下，针对 “这一个需求，要想减少 1/3 的测试时间，应该怎么改进” 这个问题，可以怎么解，然后去实践确认下是不是真的可以这么解。

+1，已经屏蔽了匿名区。

其实道理很简单，大环境是老板们都想尽可能用更少的人做更多的事，毕业生能干的就不会找社招生干。然后现在发现测试具备代码能力确实能更好地保障质量和提高效率，成本也不会高多少，也一样能招到人。自然就会逐步都加上这个要求了。