比较幸运,遇到这类型的人比较少。更多也就是可能看到某篇文章觉得我们可以借鉴,顺手转发分享过来,也不会指挥啥的。
反正不是直接上下级关系,倒也不用太在意这个。不过如果很明显在质疑测试的能力的话,那就把内部测试平台和以前的测试成果啥的甩他,让他先了解学习下,然后有什么质疑的点,再面对面反驳回去。
PS:建议标题改改,不要直接就用 “架构师” 这类角色名,容易误伤和造成大家对架构师的错误认知。我接触到的大部分架构师还是比较有技术范和友好的。
"超市面上现有方案一个数量级",这个厉害。
建议可以看看 https://github.com/yanglikai0806/testool 或者 solopi 这类直接在设备上单机运行自动化的方案,只有触发和上报需要和设备,其它时候独立运行。
这个问题有点大。可能的原因很多,比如发布程序被意外中断了、资源不够了、服务器断联了、服务器配置有差异导致启动失败等,这么猜测没法接近真相。
直接去查发布日志,不是应该可以直接看出来未发布成功的原因么?
预计会放在大咖说,往届的视频回放也是放在那里。到时候会通过微信公众号等途径发出这方面的具体信息。
还有一种方法,趁这个机会把你的知识体系梳理一下,像楼上说的搞个系列来讲。
分享这个事情,一旦强制频率,确实会很难受。而且固定每个人每个月 1 次,这频率确实有点高。。。
制度无法改变,就只能适应。如果实在没啥好分享的,直接分享这个月的日常工作和背后自己的一些思路呗。
越来越强大了,点赞!
我一般关注具体实现逻辑是否有漏洞(比如写法上是否有空指针风险),是否和测试对需求的理解一致。
说实话能提出问题或者建议的情况不多,毕竟有信心给大家 cr 的开发,基本代码也不会太差。更多是通过了解代码实际逻辑,帮助自己补充一些需求上不一定能体现,但技术实现上会存在的异常场景用例,以及提高自己的一些代码知识水平。
这几个工具不错,学习了
个人觉得,可以用测 api 的思路来测吧。比如针对每个函数,校验入参值合法时效果是否匹配,不合法时是否可以正确抛异常。
如果是自动化的手段,可以参考 5 楼的答案,用一些 js 框架来调用。
登录页有找回密码的入口
坚持不易,做 CEO 仍然心系 bug 排查定位,点赞!
预计会后会有视频回放。是否有直播这个,目前在内部讨论,暂时还不确定。
目前没有直播的计划哦,欢迎来现场交流学习
第一次知道这么高效的管理后台界面生成工具 https://www.erupt.xyz/#!/ ,受教了。以后快速开发新程序可以用起来
不错,用的都是很快速就可以构建程序的技术栈,1 天就完成主要功能效率很高,点赞!
有计划后续基于这些录制数据,怎么进一步进行脚本生成之类的么?看到 github 项目的 TODO 有一个是代码生成,所以好奇问下。
点赞!这种汇总行业文章的方式很不错,而且汇总过程中的纪要总结,也是对这篇文章消化吸收的过程。
加油!
可以试试直接获取到元素的坐标,然后直接 click 坐标?
定位到元素但无法 click 的可能性比较多,比如元素被遮盖无法点击,或者这个元素本身就是不可点击的元素。如果想要了解为啥无法点击,需要提供更多的信息,比如 appium 完整日志、界面完整控件树及截图、元素对应的定位和点击代码。缺少这些信息,无法定位。
感谢推荐,今晚下载试用一下。
比较简单的做法:
提测时,测试对研发代码 diff 进行 review,发现全局组件变更的话(一般会放在某个固定的目录下),要求/和研发一起梳理全局组件的使用范围,进而更准确地进行相关逻辑的回归,避免遗漏。
如果 diff 成本高,也可以做一个简单的脚本,自动判定全局组件相关目录在本次提测的变更中有没有变更记录,有的话发个通知告知测试,测试再针对性找研发沟通。
不过个人倾向于,去推动提高研发对于这部分全局组件修改的影响范围评估能力。正常修改全局组件前,是必须要评估影响范围,进而确认使用何种修改方式的。这应该是修改前的一个基本操作。而且有些关键组件,是必须要求由对项目足够熟悉的人进行评审确认的,避免关键组件变更失控,影响整体架构。
从楼主描述看,研发这块没有做到位,自己都没意识到要评估和做相关的自测,更别说告知测试了。
第二篇出来得很快,32 个赞!花菜这种虚心接受意见,且快速修正的态度太赞了,32 个赞!
说不上指导批评,前端优化这块我也不够专业,大家一起学习~
话说,具体全局改局部导入怎么做的,可以也正文里补充下?
思路挺不错,每个步骤也很清晰,感谢分享
但恕我直言,标题 13 倍这个数据,有点太标题党了。。。这个优化主要是 js 瘦身了 0.4mb 左右,实际加载时间上提升应该不大明显。建议标题还是严谨一些吧。
是不是应该要加一些 sdk 采集加载速度情况,针对加载速度慢的瓶颈点进行优化,更容易出效果?比如 js 由于上行带宽限制导致人多时慢,是不是更适合上 cdn,或者拆分 + 按需加载来解决?
很完整的介绍,学习了。
济南的薪酬情况不大了解,建议你可以找下济南测试圈的人问问?boss 的薪酬大部分情况下有一些水分,不一定准。
如果不转岗,我能想到的就是:进大厂、换城市或者找风口行业。
薪酬高低很多时候是受大环境(行业、城市、公司规模等)影响的,不改变这个大环境,很难突破。