• 总算跳槽成功了,但依然单着。都还要再接再厉

  • antd-vue?

  • 终于要开始搞测试平台了 at 2023年06月14日

    老哥加油,你现在搞得怎样了?我也准备开始写个自己的平台了,但也郁闷要做些什么功能

  • 感谢老哥,手工的门槛是相对较低,但我不应该一点都没接触,现在找工作也是吃了没经验的亏,以往我是想深入一条路,主打的就是个精通,现在看来两手抓或许更适应我的现状,多条路多条选择吧,这样机会也更多点

  • 现在所在的部门是测试部,公司是有公共/中台的部门,为公司内部维护和开发,但不在那个部门里

  • 是的,之前还拿不准,现在愈发地确信业务经验不可或缺了

  • 首先感谢每位大佬的指导建议!!
    这看来确实是个办法,我打算跟我头头提下这个建议了,之前真空期确实无所事事,自学也坚持不了多久,时间久了自己也焦虑,倒不如补点业务经验

  • 实习的时候做过一次太难受辣,我更宁愿去写代码,但现在看来不做也不行呢

  • 明白了,现在我也是觉得脱离了业务的纯技术测开越发吃力,除非技术过硬吧...

  • 既然要在业务中找价值,那直接投入到业务实实在在的做几次,才能更清楚知道需求点了吧。现在基本是业务方提需求给我做,主动去发现痛点真的很少

  • 相比之下,业务测试的产出比开发工具更有效吧,而且之前开发的工具到最后也有废弃的了

  • 深有感触老哥,特别是最近找工作感觉好无力,业务测试经验都是标配

  • 仅楼主可见
  • 还有我,我也是小白,一直也想加个技术交流群,活跃不水

  • 也不是,公司需要二开个平台,就让我这个菜鸟上了

  • 小白快两年了,现在在学 vue,准备跳槽

  • 没有,我在准备,期望薪资也差不多在 13 上下,我看简历上有些跟我的工作经历也差不多

  • 仅楼主可见
  • iOS 代码扫描从放弃到入门 at 2022年10月17日

    你好,我目前正在使用 oclint+sonarqube+jenkins 一套搭建,已经生成了 sonar-report/oclint.xml 文件,但是 sonarqube 上怎么都显示不出 xml 里的扫描结果(没有一个 object-c 问题,全是 html、js、css),是我 sonar 的配置问题吗?我的 sonar 配置是
    sonar.login=65d1ae
    sonar.projectKey=ios_project
    sonar.projectName=ios_project
    sonar.projectVersion=1.0
    sonar.language=objc
    sonar.sources=ios_project/

    sonar.objectivec.project=ios_project/ios_client4.xcodeproj
    sonar.objectivec.workspace=ios_project/ios_client4.xcworkspace
    sonar.objectivec.appScheme=IOS-Project
    sonar.sourceEncoding=UTF-8
    sonar.swift.oclint.report=ios_project/sonar-reports/oclint.xml
    如果不是配置问题的话,还是什么原因呢?也没有报错失败。期待回复

  • 大佬大佬,小弟最近打算跳槽,本科毕业也有一年了,想把简历发给你过目下可以吗?

  • 有效果,但其中的收益就得看怎么衡量了。挺巧,上层也让我们给公司的开发团队引入 sonar,已经弄了几个月了,让我们选几个 “标杆项目” 来接入,当然也支持云效、jenkins 方式接入。

    至于这个效益,也得从开发角度去看,就是扫出来的问题,我是否有必要去修改?我改了和不改的区别是什么?有什么风险?所以得先让开发他们认可你的规则,认可出现的问题,毕竟是增加工作量的事。

    既然要认可,那就得弄清楚他们关心的问题是什么。举个例子,其中有个团队比较重视安全方面的问题,那就使用安全的规则去扫,再尝试着去修复问题,看下后期测试环节中的问题是否比以前少,这就能体现效益。而且 sonar 的规则只能从插件下载中获取,如果开发需要的规则是插件中没有的,则需要在插件的基础上二次开发,实现自定义规则。参照这个方法:https://www.jianshu.com/p/b849175dd38b, 最后打包放进/plugins 目录中重启即可

    还有一点,如果开发是在不愿意改。可以尝试由上往下,让他们的领导重视代码审查工作,这样的执行力更有效。毕竟我们也是按要求办事一方

    公司上层也是出于提高代码质量的方向出发,让大家有个统一规范的目的(老实说,这点不实际,毕竟各团队做事、编码风格不一)

  • 特意往上翻了 #14 的评论,觉得大佬的分析条条在理,方法也会去学习下,其他评论也让我受益匪浅,同时也希望楼主能够通过自己努力越做越好,共勉

  • 感觉我和楼主的经历有点像,毕业出来半年多了,自己也根据网上资料和视频学着去用 unittest、pytest、selenium、appium...也试着写出来了 PO 模型的框架,试用一结束就直接转成了测开岗,刚开始是让我维护一些 case,用 appium 做自动化。后面也使用了社区一位大佬的 atxserver2,也在这基础上添添改改了一些功能。可到现在,这两个工作都没做了,现在让我弄代码审查相关的工作(sonar、jenkins...),时间一久,以往的东西也没用到了,现在学的也怕以后用不上,要是出去面试也担心自己面不过一般的测试开发岗。时间长了变得很焦虑,之前也报了培训班来提升自己,但感觉还是挺焦虑的,感觉成长很慢