• 1.最能吃透功能,清楚用户痛点的是产品。
    2.技术是目前测试岗任职的条件之一,可以到网上随机查下薪资中等的测试岗JD。
    3.楼主总结的挺全,可以考虑成为业务专家,或质量体系的引导者。

  • 老马哥有话说:Any fool can write code that a computer can understand. Good programmers write code that humans can understand.
    期望楼主为我们放出有亮点的接口自动化测试解决方案。

  • 从人员角度来说吧,1.撸代码----让测开,或技能较强的骨干人员来做,工作包含但不限于:设计自动化架构,元素管理类,封装关键字,数据模板,测试报告处理等---主要目的是搭建自动化的脚手架,做好模块化。 2.填鸭式的编写测试用例---由业务人员来做,主要是按照1已实现的模块化,根据业务场景进行组合,如同搭积木一样。 理论上讲1如果做到足够好,2中的使用人员可以不编代码或写少量代码的情况下快速实现自动化测试的覆盖。

  • //div[@class="rfm"]//child::td/text()[2]

    如果有更好的方式大家可以一起讨论。

  • TX 面试题目 at May 22, 2020

    关键不在测什么,我见过有出测杯子的,电梯,笔的,主要是看你的思想的全面性,一楼已经说的很全了。这些说完后,也会根据你说的最多的一个点,深入进行考察,比如出几个难处理的问题,或者资源不够但又需完成对任务。如果你平时遇到过,自然难不倒你;没遇到也没关系,快速整理下思维,把你最好的想法简短的展现出即可。最后祝你面到心仪的岗位。

  • 测开的路怎么走 at April 28, 2020
  • 测开的路怎么走 at April 28, 2020

    参考下学院的技能图,多跟大厂的童鞋学习,大平台大视野大作为。

  • 测试真的低人一等吗 at March 25, 2020

    没有低等的职位,只有低能的思维。⛅

  • 一些招聘心得 at March 24, 2020

    总结挺全的,补几个:观察人员稳定性;准备是否充分(非简历上的内容);是否对公司产品有所了解;让他/她提问的问题是否匹配公司的“味道”🐭

  • 没啥影响,就是没事提醒你升级,忽略之即可。你还可以把本机开发的脚本放在已经解压好KS的另外一台机器上,jenkins啥也不用改,直接调就行。

SDTE