首先 APP 端,就直接 测 app 功能好了
云端 就关注。api,app-云端 - 设备(关注下发指令) 设备 - 云端-app 的(关注上报指令)他们之间 可以用 https +MQTT 进行测试
建议不要搞了吧,都这行情了 就没必要割韭菜了吧
异地分居,你要注意你老公是否有滑头
历史剧情, 降再年后上演,你做好准备了吗?
基础比较稳定吧?你觉得呢 肯定是图自己快活 这下怂了
佩服佩服!!
这么晚下班呢,话说你考虑过或者检查过自己的身体嘛?
现在才进入?你想啥呢
留给测试的职业生涯不多了
没有房贷压力,应该也不急着找工作吧
说真的,技术人搞来搞去都是这样,视角在狭隘了。管理也上不去更不谈更高层次的视角了,就算一直学什么 Docker/K8S 还是太 low 了 就是跳不出这个阶梯~~~~当然包括 你、我、他 .
唔佩服勇气!
猝起来!!!
你真的不害怕吗啊!!
找出性能瓶颈,并给出性能优化方向及方案以及再次验证方案的准确性
tapd 研发管理工具 可以实现上线发布评审
这情况还敢二胎,直呼佩服
什么时候开源啊??
能否给个开源代码学习下?
基本上就是接口平台,我是一个开发角度来看的
对于测试来说可能值得肯定,开发看了只能摇摇头.
大佬我问问你,站你的视角,有职业瓶颈嘛??
缺陷引入率是怎么计算的啊?
首先做成一个多元化的课题池,
必须得经过一定资深的人员对提交分享的主题做评审,是否解决当前的一些问题,
分享不是形式,必须落地到实处。
所以我的想法是 分享的框架由领导去框定, 分享的人员在框架范围里去寻找分享点的.而不是多元化的 PPT.照本宣读、那讲浪费很多人的时间、继而大家对这种分享就会产生厌恶,那就脱离了分享的目标是什么,是解决实际问题为主要依据.
你自己信吗??
海外硕士学历,做测试开发,有点屈才啊!!!!