• 就学习方法而言,个人推荐:
    1、首选官方教程,官方教程永远是对新手最友好的教程,条理清晰,循序渐进;
    2、其次是博客,很多博客是对知识进行了拆解,用更容易理解的语言二次解释;
    3、开源项目,比如想学习 pytest,可以看一下 tep,能够帮你快速构建整体认知;

  • 代码确实不够简洁,假如文件很多,那么可读性会比较差。可以考虑下代码数据分离,用文本文件或者 yaml 文件把 path 单独存放,再写个 loader 读取到代码里面,代码就看着要 “优雅” 点。

  • 测试用例评审 at 2022年07月09日

    用例评审:
    1、对齐产研测三方信息,尤其是中途发生过变更的点;
    2、范围包括:模块用例、联调用例、测试物料;
    3、评审过中,说不定能发现提测前 Bug;

  • 开发人员不能做测试,因为自己测自己写的程序,从人的惰性角度来说,很多 bug 还是发现不了。测试人员要写代码,因为人工测试效率低,需要写工具或平台的代码,提高测试效率。二者其实是两条平行线,开发做测试也不合适,测试做开发也不合适。也不排除有些综合能力特别强的团队能够开发和测试全包,并且能输出高质量产品,但这也是极少了。

  • 如果转过去的话,年底绩效不合格的指标大概率是我来扛。
    今年还是稳一点好吧,这个情况转过去不一定就比继续做测试好,反而可能会认为心态有点浮躁,对以后发展不利,何况年龄也摆在那了。
    建议先稳住,既然现在是测开,那么下次业务调整有测开的机会,估计也会优先考虑你吧。再等等。

  • 用例怎么写比较完整? at 2022年07月06日

    用例集:按照系统模块或逻辑分组。
    用例标题:对测试内容的精准简洁描述,尽可能用少的字符数描述清楚用例覆盖点及结果,一定要有结果。
    步骤描述:对测试内容的详细步骤描述,包括但不限于:1、数据初始化;2、功能步骤。
    预期结果:执行步骤对应的无 bug 时的结果。
    前置条件、用例类型、优先级按需添加。
    XMind 推荐用以下格式编写:

    用例集可以多层菜单;
    用例集下只有一层用例标题,用例标题打上优先级的标记;
    用例标题建议一句话:验证 + 动作 + 结果,比如:
    验证输入正确信息登录成功。
    验证输入错误用户名提示用户不存在。
    验证输入错误密码提示用户密码不匹配。
    步骤拆成多个,步骤描述和预期结果一一对应;
    用 XMind 的概要补充前提条件;
    注意,让每条用例都是完整的,能让别人执行的。

  • JAVA 编码规范方面检查项,可以参考《阿里巴巴 Java 开发手册》:
    最新版本:黄山版(2022.2.3 发布)
    https://github.com/alibaba/p3c

  • 浅谈测试金字塔 at 2022年07月04日

    看了下原文,这两个图应该这样来对比:


    PS:https://martinfowler.com/articles/practical-test-pyramid.html 这篇文章干货很多,值得细读。

  • 能过面试拿到一份测试开发工作 offer
    一、进大厂,大厂的很多业务测试,也是叫做测试开发工程师。
    二、磨炼技术,会做测试平台开发,是基本要求,从前端到后端到运维,整个链路的技能点都得点亮。
    多看机会,多去面试,带着目标感行动,认知到自己离测试开发的真实差距在哪,比自己闷着头学习更加高效。

  • 看来是奔着学习目的来开发测试平台的,并不是为了公司级使用。技术栈是 SpringBoot+Vue。建议照着 MeterSphere 抄一遍,做个基于 JMeter 的接口自动化测试平台,对能力提升有莫大帮助。我也正在按这个路子做,连项目都创建好了,还没开工:
    https://github.com/dongfanger/japi
    目前正囫囵吞枣刷一遍 Java 官方教程、Java 虚拟机、SpringBoot 官方教程、阿里 Java 开发手册、Java 技术栈知识,为项目开发做足基础准备。