真能一百四就好了😁
杀掉 monkey 进程就可以啊。
另外还有一个更简单的办法,就是把你的 monkey 命令再下一次,只是最后的实践数量改成 1,即发一个事件就结束,超级万能。
我们之前都没太 care 这个,都是写的非常大,然后另外写一个时间统计的方法,比如执行 8 小时,则在执行到八小时的时候把之前下发的 monkey 终止掉。
换领导啊
把你最后的 5000 改成 5000000,一共就下发 5000 个事件 可不几分钟就完了
我培养的骨干即使去了 BATJ,照样也是优秀的。因为我不仅仅是培养员工的测试设计能力和代码编写能力,我更注重培养员工的思维逻辑、思考方式、工作方法、文档书写能力和口头表达能力。
楼主棒棒哒,我也觉得培养人是莫大的成就,今年我的团队走了四个人,三个腾讯一个阿里。我也感激哪些有很好机会但仍旧选择和我一起努力的伙伴们。
首先 monkey 跑出那个玩意儿叫 ANR 不叫 ANT。
还有一定记得 monkey 是一个随机测试,随机的问题结果用随机的手段再去验证,这个就是扯犊子了。seed 这种随机值设置了,这是定义一个伪随机序列,在不同手机上(或者相同手机不同次测试)基本上一秒钟以后就完全不一样的路径了。如果你用随机执行的方式能再次遇到这个问题这个可以证明问题没有被修复,但是如果没遇到真不代表修复了。
我们的方法还是走 code review,毕竟 monkey 这东西跑出 crash 的时候,日志还是蛮 ok 的,你可以拿来对着研发的代码做分析,然后根据研发的修复计划一起走代码走查。通过 code review 认定问题修复,则问题关闭即可。
至于不会做 code review 怎么办?简单,学!
看你另外一篇面试企鹅的帖子关闭评论了,不知道你还考虑换坑么,有兴趣了解一下平安金融壹账通么?
我也是学通信的,误打误撞也进入了软件测试行业。
我们现在的项目组资源有限做不了太深。这个文章背景是和一家传统公司的测试团队做交流问我的问题,然后我他们简单列了一下思路,今天把思路简单整理了一下供他们参考,顺便发个文章。
你链接的文章我看完了,你的槽点我很喜欢,哈哈哈。
平安还是挖了不少大神来的,但是大神们在平安能待得住的可能不多。也走了好多大神。
嗯 在八卦岭待了一年不到,然后来了朗峰,又要搬家了
哈 有可能 当时平安科技的移动测试大讲堂 是我组织的 分享了一年
谢谢 祝大家 18 年都好
所以你不好好写用例 不好好写总结?
入职是平安科技,然后是平安金融科技,然后是平安金融壹账通,然后是壹账通智能科技。团队是同一个团队,公司名字换了好几个了
嗯 这个可以有,写流水账凑字数我还是蛮擅长的
这个有商务同学搞 我们主要还是安心做自己的技术活儿,即便出去,也主要是作为技术售前做技术讲解和分享。说实话 我根本不想拿出去卖钱 我的理想是做开源。
一些后端测试工具 APP 功能测试和评测工具 还有一些面向过程管理的支撑工具。有兴趣了解嘛,哈哈
嗯 好多 APP 都不做这个判断,不过说实话测试同学自己的锅,测试设计的时候不考虑图库内的资源可能已经不存在本地实体,只是一个云同步缩图。
哦 原来是建生总那边的 幸会幸会。世界真小。
加过 我刚看了
目前在第四范式?你的名字我有印象,我们脉脉上可能加过好友。
前不久看到一个招聘贴,一个测试开发的职位,BAT 其中某个厂,具体我就不说了。里面一再强调他们是开发职位,不是测试职位。另外反过来从测试角度看,似乎也多数人认为转了测试开发才是出路。ve va ep,测试开发只是 ep(engineering productive)工程能力的维度,如何确保 va 和 ve 似乎还没有被重视起来。