郑州易盛信息技术有限公司·测试中心·效能组
主要从事自动化测试平台开发、虚拟化及容器云相关技术,工程效能领域实践探索。
E-mail: diyuchen@esunny.cc 欢迎交流
Gitee: https://gitee.com/dyc289686387/electron-quick-start-framework(有段时间没更新了)

还未发布过话题
  • 劳动节快乐! at 2021年05月08日

    😊

  • 劳动节快乐! at 2021年05月06日
    仅楼主可见
  • 首先最最重要的,我认为是快速学习并转化为生产力的能力,即 “学了就能会,学了就能用”。

    研发相关能力:

    至少一门熟练掌握的语言及其对应的框架(应用及测试框架),拿到需求(评审&设计后)可以又快又好做得出来
    熟悉主流数据库,SQL 语句会写会调,视图、函数、事务都能用得上
    扎实的计算机基础知识:数据结构、算法、计算机网络、操作系统,并能应用到具体问题分析中
    熟悉自己的枪:各种开发环境的搭建、插件配置等等
    测试相关能力:
    这个大家都比较专业,就不展开了,核心我想表达的就一点:能够无缝切换为业务测试的工程师

    运维相关能力:

    Linux、Docker、K8s 等容器化虚拟化技术
    Ansible 等自动化运维能力
    持续集成相关(归纳到运维里不太合适,暂且放在这里),Jenkins、CICD、DevOps
    项目管理能力:
    掌握应知应会的项目管理能力,敏捷、CICD 等等。一个项目的各个阶段能够主持开展,能够去调研用户(这里的用户可能是你开发工具及平台的用户,比如测试工程师)的需求,并真正挖掘用户的根本需求,可以少走很多弯路

    工程效能思维:

    站在与测试同事不同的视角去看待软件生命周期的全流程,去熟悉并改进开发与测试之间的写作方式,对现有的积累、痛点、弊端都了然于胸,知己知彼,从解决问题到创造需求,以达到质的提高。

    对新兴技术的敏感度

    时刻保持对技术的热情,积极主动关注各大技术博客、论坛、开源社区等,多探索,多动手,多实践。

    表达能力

    关键时候要能说出来哦

    不看掌握啥技能,只看解决啥问题 、 主动发现,主动解决,逐个击破,提高质效
  • 劳动节快乐! at 2021年05月05日 仅楼主可见

    您好,我是易盛信息狄雨晨,我们的议题是否和美团的弄混了?我们的议题是,打造高效能私有协议自动化测试平台,公司名称可以填写易盛信息,分享人是两人 王浩海/狄雨晨

  • 很详细!具有参考价值👍

  • 首先最最重要的,我认为是快速学习并转化为生产力的能力,即“学了就能会,学了就能用”

    研发相关能力:

    • 至少一门熟练掌握的语言及其对应的框架(应用及测试框架),拿到需求(评审&设计后)可以又快又好做得出来
    • 熟悉主流数据库,SQL 语句会写会调,视图、函数、事务都能用得上
    • 扎实的计算机基础知识:数据结构、算法、计算机网络、操作系统,并能应用到具体问题分析中
    • 熟悉自己的枪:各种开发环境的搭建、插件配置等等

    测试相关能力:

    这个大家都比较专业,就不展开了,核心我想表达的就一点:能够无缝切换为业务测试的工程师

    运维相关能力:

    • Linux、Docker、K8s 等容器化虚拟化技术
    • Ansible 等自动化运维能力
    • 持续集成相关(归纳到运维里不太合适,暂且放在这里),Jenkins、CICD、DevOps

    项目管理能力:

    掌握应知应会的项目管理能力,敏捷、CICD 等等。一个项目的各个阶段能够主持开展,能够去调研用户(这里的用户可能是你开发工具及平台的用户,比如测试工程师)的需求,并真正挖掘用户的根本需求,可以少走很多弯路

    工程效能思维:

    站在与测试同事不同的视角去看待软件生命周期的全流程,去熟悉并改进开发与测试之间的写作方式,对现有的积累、痛点、弊端都了然于胸,知己知彼,从解决问题到创造需求,以达到质的提高。

    对新兴技术的敏感度

    时刻保持对技术的热情,积极主动关注各大技术博客、论坛、开源社区等,多探索,多动手,多实践。

    表达能力

    关键时候要能说出来哦

    不看掌握啥技能,只看解决啥问题 、 主动发现,主动解决,逐个击破,提高质效

  • 不看掌握什么技术,只看解决什么问题。
    目标是为了解决问题,需要什么就学习什么,相信自己的学习能力和应用能力!

  • 不看运用什么技术,只看解决什么问题。

  • (先声明我真的不是打广告)可以看下这篇文章的内容 https://mp.weixin.qq.com/s/6qBEFMgKt5BA-dBjineVPQ ,这个平台应该可以解决你的问题。

    针对你的问题,
    1.一般认为自动化应该首先保障正常场景,以供冒烟和归回,之后再进行异常场景。
    2.如何写要看你的自动化用例准备怎么管理
    3.httprunner 我在 2020 年上半年用过,然后弃坑了。。。

  • 不完全是这个意思,希望能从实际场景出发,分析实际场景中各个接口的比例(这一步会用到请求日志),然后来决定如何设计测试计划。

郑州易盛信息技术有限公司·测试中心·效能组
主要从事自动化测试平台开发、虚拟化及容器云相关技术,工程效能领域实践探索。
E-mail: diyuchen@esunny.cc 欢迎交流
Gitee: https://gitee.com/dyc289686387/electron-quick-start-framework(有段时间没更新了)