一名全栈开发/工具开发/测试开发工程师

  • 你把数据类型打出来就知道为什么了

  • 谈一谈今年的 TesterHome at 2022年11月29日

    😆 反正我努力发

  • 是,像我看 appium 源码是学习了不少。当然你如果接口方向也可以看其他的。

    因为像我以前面试来说,简历上写什么开发过 ui 自动化平台、接口自动化平台,面试官根本不会在意,因为别人已经沉淀好几年的玩意了。但是假如你能跟面试官点出(sonic 为例)

    1. sonic 设计可能有缺陷,我会 xxxx 这样处理觉得更好
    2. 给 sonic 提交过 pr,修复了 xxx 重大 bug,给开源项目贡献
    3. 二开了 sonic 在部门内部落地 xxxx

    哈哈哈自私点,我拿 sonic 举例。这样会比造轮子给人感觉靠谱很多,因为面试官很难知道你自己平台到哪个水平,问是问不完的,但是你能点出 xxx 的缺陷,xxxx 的设计很优秀,xxxx 这样的问题你怎么去兜底解决,那不仅对你成长有很大帮助,以后真要自己上手做也能避开这些坑

  • ??

  • 首先非常感谢你们使用 sonic。

    楼主感觉偏向往开发方向,我这边有三个建议

    1. 可以参考一些比较著名的开源项目,如 appium,了解启动机制,底层调用等等,理解怎么跑起来的,甚至可以提 pr 给这些项目,对自己提升是非常大的。(这么一说你可能感觉不到,但是真正了解之后真的学习很多
    2. 可以深入了解一些开源产品的原理和缺点,就像 Sonic 纯 UI 形式拼接自动化也不是万能的,所以我才新版本暴露了可以跑自定义脚本。
    3. 当然你有想法也可以提交贡献代码(不一定是 sonic 和 appium,任何简单的工具提一个 pr 都是让自己大进步的过程)。提交了,你的开发技术就能在全世界范围内应用了,让你的 coding 变得有意义,(也可以写到简历上)

    如果不是往开发方向走,那楼主的想法其实是很多测试的想法,我的看法是这样

    1. 工具落地其实很多工作,不是用了就行,怎么有产出效果才是最重要的。如果 Sonic 走 ui 自动化(当然不一定是 sonic),能给你们节省 70% 回归时间,其实就是有效的。给你们用例覆盖了 30%,那就可以思考怎么覆盖到 40%。而且设计一条真的【有意义】的自动化用例不是一件容易的事情
    2. 另一个是打通流程,怎么做到开发 jenkins 出包就能触发测试、测试完毕发送报告等等整个链路打通,也是一个不简单的点,总的来说一个工具放在这,不是用了就完事的,其实很多很琐碎的工作。

    lz 加油

  • 早可以了

  • 😆 你可以直接体验下,可能比我说的更有说服力

  • 现在效果跟你说的是一样的,而且应该比你说的稍微好点,直接点击投屏区域输入就可以了。
    我们源码还有另一个用 socket 的形式,之前测试过如果频繁切换输入法还是有点不够稳定,现在用广播会好很多。
    个人观点,不代表正确,可以一起讨论下

  • 😆 感谢大家一直关注

  • 可以不要求代码能力,但是楼主说得太偏激而已。
    我感觉测试比起代码能力,更重要是计算机基础。
    很多会 python 的测试,连环境配置,linux 指令都不会。。出问题了不会看接口信息,不会看日志,提 Bug 也是含糊不清,我觉得这些更应该值得看重

一名全栈开发/工具开发/测试开发工程师