建议去百度文库之类的地方找？

互联网公司基本都不会有这种超级完整的软件测试方案，写起来太花时间而且没啥用。

这个不是可不可行的问题，是怎么让它变得更可行的问题。

效率会有一定影响（切换项目可能要花点时间回忆细节，也需要自己平衡好两个项目的时间占比），刚开始加班是避免不了的了。足够熟练之后相对会好一些。一般这种并行，都是一大一小的，一个大的花 60% 以上时间，一个小的 40% 左右时间。

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

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

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

可能还是不同公司节奏和分工不一样吧。我们基本不会有一个 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 这个变量名已经没了。从原理上只能想到用抽象语法树之类的静态工具来做，解析调用函数位置的语法树，找到当时放在参数位置的变量名信息。

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

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

这两点不大理解？

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

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