看来我 out 了,现在的 tittle 都升级了。
我经历过的 OKR 是整个部门甚至公司实行的,OKR 不是提升个人某方面的能力,而是把目标以 O(方向)、KR(可确定是否有达到的结果)的方式给出。比如 O 是提高测试效率,KR 是通过有效精简测试用例,某类型项目测试耗时从 1 天缩短到 0.5 天。提升个人能力本身并不是 OKR 本身的目标,只是会在这个过程中带来的收益。
不管 OKR 还是 KPI ,本质都是把公司的目标以某种形式展现出来,确保大家不会把力用到其他无关的地方。
如果从是否解决业务问题的角度,技术部门的 OKR 确实会有一定比例在技术优化(内功)上,而非直接支撑业务目标。OKR 会便于明确一些不那么好通过 KPI 量化的东西。
截图里没看出哪里错误了?
warn 只是警告,不影响安装吧。
你是哪个包可以在手机跑起来,是上面截图的 WebDriverAgentRunner 么?
搜了一下,你最后的 "2020-09-15 10:24:33.198 xcodebuild[40577:1239983] DTDeviceKit: deviceType from 72361214b0e10a067959051eecf0d69fad0af186 was NULL" 好像和证书签名有关。所以要确认下你给 wda 配置了什么证书。
PS:有几个回答,和我认知有点不同,大家可以一起探讨下?
1、一个是浏览器启动到浏览器关闭.(浏览器页面一关 ,session 就消失了)
据我了解,浏览器页面关闭服务端是不知情的,所以服务端一般不是这么控制 session ,而是通过超时控制。只要超过一定时间这个用户没有再产生交互,那就自动销毁。
2、HTTPS 协议是由 SSL/TLS+HTTP 协议构建的可进行加密传输、身份认证的网络协议
不知道这里的 身份认证 具体是指什么认证?https 只是对传输双方进行证书认证,确认中间数据没有被篡改且证书是有效的,应该做不到用户账户这种级别的认证。
有点奇怪,开发类问的好少,更像业务测试的面试题。
一般测开应该会问一些测试框架或者开发框架的,毕竟以后主要要和这些打交道。
1、你用的是啥证书?
2、单独用 xcode 打开 wda 项目,然后 run WebDriverAgentRunner 这个 target ,可以成功在你那台测试机上跑起来吗?
1,晚些优化下,不直接打 nginx 错误出来。
错误信息太少了,只知道是什么命令错了,但不知道具体错误原因。
需要给出产生错误那个部分的关键日志。如果不好分辨,直接把完整的日志贴上来呗。
用例拆成两个部分,一个是触发数据的生成,另一个是校验生成后的数据?
不过可以的话,建议还是看下是否可以加速。每次重新测试都要等待 10 分钟时间还是挺久的。
选择一个对你工作更有利的。
考虑到开发都用 go ,建议也用 go 。一方面以后如果要做一些内嵌到应用的测试工具可以比较无缝内嵌,另一方面也方便你们之间增强交流。
一般一门语言足够熟悉了,以后有需要换语言并没有那么难。
感觉 content-dispostion 不一定够。真要做很仔细的校验,可能还得下载文件后比对 md5 ,或者直接解析文件内容。
这个开关除了不提示正在受到自动测试软件的控制外,还有什么别的影响吗?
光靠说效果其实很有限,因为你的说服力会很有限。
建议你可以把你学习到的东西用到工作上,让领导知道原来这个小伙子自己还在额外学习这么多东西,那你的形象就扭转过来了。而且这样对你学习也有利,实际用到项目里才能真正知道有没有真的掌握。
至于没留在公司加班么,这个看你公司文化了。也有部分公司是大家准时离开公司,回到家根据任务情况继续在家办公的。
比较感兴趣在实际业务中落地的情况,可以分享下这方面的信息么?
建议你用 精准测试 这样的关键词来找资料,有不少公司有研究过根据代码变更记录倒推影响什么 api 接口的。不过目前基本没有直接可以拿来用的开源方案,都是公司内部自研。
已收藏~
不错,模块划分挺清晰的,加油。
提个小建议,代码里不大建议 hard code 一些设备序列号之类的信息,这样以后换设备之类的调整起来会很麻烦。建议至少抽离到配置文件,可以的话做到自动适配不用写死在框架或脚本里。
不明白为啥说带宽占用会过高?这个回传只是个很简单的数据回传,对带宽的占用比压测要低得多吧。
而且都用上 slave 了,想要提高并发能力直接增加 slave ,解决成本不是比改造这里更低,也更有效?
已删除。
不知道你这里的代理是啥代理?
我理解完全可以配置成用公司指定 wifi 时,这个 wifi 上的这个域名直接解析到测试环境的。这个配置完全不涉及任何代理相关的东西,只需要改 wifi 提供的 DNS 中的域名解析记录就好了。
具体邮件内容发下,我们确认下是不是社区系统发出的?
目前社区后台没有解绑 github 的功能,手动修数倒是可以,但主要是没太看懂你的目的是什么,不知道解绑是不是最佳方式。
如果你是想用现在的 github 账号再注册一个,那效果和现在这个有啥不同呢?
如果你是想直接删除账户而由于没有密码无法删除的话,我们可以协助操作删除,但删除后这个绑定的 github 账户能否再注册新账号可能还得测试下,以前没这么操作过。
问题是个好问题,怎么把团队气氛从产品质量是测试负责的,变成是整个团队负责的,感觉下面评论有点歪楼了,都在探讨测试背锅。。。
个人观点,这个需要让团队多看一些怎么提高质量的资料或者案例,让大家逐步意识到自己对提高质量也是能起到作用的。同时也需要测试主动出击,借助一些线上问题案例,去给产品、开发普及他们做些什么,可以更有助于保障质量,让他们明白 “质量内建” 的含义。一般团队这么大,应该也还是会有 1-2 个比较认同质量内建的,可以先从他们入手。
至于背锅吧,我是觉得每个线上问题都不大可能是一方的责任,肯定是多方都没做好造成的(以前看空难纪录片,里面也总是强调每一个空难,都不是一个失误就能造成的,都是一连串失误共同造成的结果),所以有锅一起背就好,其实一般锅也不会很大。如果说背个线上问题的锅就会被辞退,那我觉得这个团队也没啥必要久待了,几年前沸沸扬扬的 gitlab 删库线上问题,最后 gitlab 也没有辞退那哥们,反而是觉得花了这么大成本让他掌握了这种严重线上故障修复的技能,辞退太浪费了。
你可网上搜一下,wireshark 抓到包,根据包内容就可以知道走的是什么协议的。
有可能开发用的是封装好的框架,所以也接触不到底层用啥协议。