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

  • 。。。 at March 08, 2021
    Author only
  • 好事,说明现在的你比以前的你强了。

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

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

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

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

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

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

  • 帮你设置好了。

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

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

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

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

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

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

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

  • 造数工厂的一些疑问 at March 05, 2021

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

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

  • 造数工厂的一些疑问 at March 05, 2021

    能支持动态 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 这个变量名已经没了。从原理上只能想到用抽象语法树之类的静态工具来做,解析调用函数位置的语法树,找到当时放在参数位置的变量名信息。

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

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

    这两点不大理解?

  • 一个职场菜鸟的迷茫 at March 03, 2021

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

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

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

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

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

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

  • +1,已经屏蔽了匿名区。

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