• 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 2020年05月22日

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

  • 测开的路怎么走 at 2020年04月28日
  • 测开的路怎么走 at 2020年04月28日

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

  • 测试真的低人一等吗 at 2020年03月25日

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

  • 一些招聘心得 at 2020年03月24日

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

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

  • 1.就是解压后首次运行时需输入信息的激活。2.离线版激活需要消费,那个没整过,一年 2K 左右,单用户。 目测新版对老版本冲击不大,新用户可能要考虑 ci 问题或网络下载插件的窘境。建议版本 6.1.2.

  • 1.3 月 13 号左右我试过,可以激活。2.通过 ks 自带的激活的,离线激活只支持企业版。3.网不好的话,可以试下移动热点。之前试过联通的没问题,电信似乎也可以。不排除有官网服务器的稳定性缘故,可以尝试在不同时段试下。一次失败可以再多试几次。

  • 1.测试为何如此没有话语权?2.二中的问题是否是需求优先级最高,为何不设定一系统的规则约定?3.自动化,性能为何不研究下?再不济开发小脚步提升安装效率也可以啊。4.测试没有方向,就自己给自己定个方向,路是死的,人难道不是活的吗?🐭

  • swagger 生成 jason 文件,然后导入到你的脚本中,或者平台、工具。

  • 光理论,不实践,早晚忘光光。😂

  • 更新下:win7 专业版,7601 sp1 64 位,可以激活,既然官方承诺 7 以下版本支持到 4 月底,我觉得还是可以继续使用,以上亲测有效。
    不成功的原因可能跟 OS 版本,时段,网络,代理一类的有关系,可以尝试用自己的移动热点试下。
    PS: 如果用 7 版本,玩 CI,后续我想会有解决方案。😂

  • 试下 win10,1909 版本,专业版,我昨天试过可以。win7 没试过。

  • 以后的发展 at 2020年03月11日

    游戏公司很少有不加班的吧,迷茫的话先找个感兴趣的职业做下去,也许有惊喜。

  • 跟我默读:测试不要信研发,要信就信自己。没有 CI 覆盖到的地方一定会有问题,区别就是什么时候,在哪里暴雷。你这个案例很经典,还跟 money 有关。请加入 CI 豪华套餐内。

  • 先回答:重要。抛开业务覆盖率谈测试用例都是耍大刀,好的测试用例可以让你用更有限的资源去实现产品质量最大化的提升,测试本身就是一项有风险的软件活动,所以要和你的测试的业务需求挂钩,核心业务还要细细咀嚼,发现其隐形的测试需要,如:人员,环境等。现在有的公司敏捷大行其道,只写测试导图不写测试用例,其默认参与到敏捷的测试人员本身素质是很高的,是业务上的专家,而且可以充当万金油的角色:项目管理,研发内部调节,需要明确与改进,自动化/性能开发等。这也是我等测试人员的价值体现。我有见过把整个 UI 扒下来遍历控件写用例的公司,那用例数很酸爽。

  • 我觉得你可以改下标题,哪些你在测试过程中应用的 PY 库让你眼前一亮。

  • 1 楼的同学说的不错,再加俩句:1.对于模糊的问题要从多方向考虑,切忌从自己的角色直接下结论,可以适当请教老司机,leader 一类的。2.测试本身也需要勤思考场景使用的细节,如人员属性,应用环境中,如果本身这块没定义,可以尝试总结并在会议上提出风险。彰显我测试的隐形价值。

  • 最近刚上班,才看到。 4 月底之后,6 以下版本不再提供在线激活,但已激活的可继续使用。

  • groovy 与 java 类似。基本你可以用更简洁的方式写出 Java 可支持的关键字。对于 Python,我是封装成 exe 作为伪插件一样由 KS 调用。不知你有啥特殊需要一定要用 python 实现。

  • 首先,很高兴在 TH 中看到关于 KS 的帖子,本人是 KS 俩年 + 的 “老司机”,经历了 5.5 到 7.0 版本的变迁,目前就我对 KS 的掌握信息给大家分享下:
    1.在 7.0 版本中增加对 desktop 软件的支持;
    2.在 7.0 中 CLI 的模式正式收费了,原因是其母公司宣布财政原因。(母公司位于美国可口可乐的故乡);
    3.6.1.2 版本是最后一个不用下载 PLUGIN 即可生成 report 的版本;
    4.官方宣称 6.x 版本最晚激活或可使用的期限为 2020.04.30,这以后将不再提供下载或激活。
    5.最后点评一下,这货跑 UI 自动化对 Codeless 的测试工程师来说真是友好至极了,推荐给一点点点代码基础且想折腾自动化的朋友。;}