五个一,伍个一。

  • 刚刚看了下主页,这个异常没了

  • 真的不是我的

  • 一名小测试的 2020年 复盘 at 2020年12月31日

    往后会逐渐分享到社区,用简书起初是因为排版和交互适合我养成自己的写作习惯,现在发现做技术的人用简书用的太少,往后逐渐往社区分享。 图片打不开的情况已修复, 是图片的链接从简书复制过来之后被添加了一些内容,简书这个做法有点不地道。

  • 一名小测试的 2020年 复盘 at 2020年12月30日

    来了,回答在楼上

  • 一名小测试的 2020年 复盘 at 2020年12月30日

    小团队的测试哎,提 BUG 的时候,没有底气,Python 可以完善自己工程化思想,但是对于日常测试中定位 BUG 的时候帮助其实并不大。 日常有提 BUG 之后追问研发产生原因是什么,研发也很友好的告诉我为什么会产生,但是只是 Python 的情况下,其实并不能很好的理解为什么会产生某个 BUG,所以就转了 Java,帮助自己在工作中更好的定位 BUG,然后告诉研发哪里错了,直接去改就好了。 还有像新业务中研发框架选型,代码评审,听的一知半解,但是有 Java 底子之后,可以更前置的从测试角度提出是否符合业务问题。

  • 仅楼主可见
  • 受教了

  • 我也是直接申请的,不太清楚审核逻辑;测试沙龙也是在社区里看到的😂 ,经常来社区逛逛吧

  • JMeter 的缺陷问题,有舍有得,根据实际情况衡量吧

    1. 保存脚本的逻辑零散;借鉴包命名的思路,针对于自己的用例结构进行拆分。 2.编写用例的时候繁琐 要配置一大堆东西,没有约定即默认配置的思想;使用前培训,进行约定,规则说明 3.可视化低;这个没有好的解决方案,maven 集中管理和命名空间来解决吧
  • 遇到问题,解决问题。我认为我的自动化方向错误是因为这个 平台是好,但是对于团队来说,整体的综合能力更重要!!! 据我了解,大厂的外包同学对于自己使用的平台没有多少参与度,工具是会用的,但是综合能力呢?代码编写,BUG 定位这些呢? 我没有参与过大型的测试团队,所以,我的理解可能有点偏差

五个一,伍个一。