excel 的话确实容易存在视觉和听觉疲劳;xmind 的话写起来感觉有点像需求分析,没有表头看起来,操作步骤写起来比较冗余;用例评审如果一条条审的话感觉很容易疲劳,可以抓重点用例讲解对齐,像描述、文案、提示这种可以让大家下边看下对齐
我感觉看问题类型,比如区分开发自测和测试来测,如果是开发自测的,这种就不能再说是测试的问题了;如果是测试来测的也要具体分析,比如代码里隐藏的很深的功能测试难以覆盖的这种,开发为主要责任、用例之外且评审通过的大家都有责任,用例内的测试主要责任。
每次有问题,ld 都会问,为什么没测到。。。
对于测试来说定期总结大概包含哪些方面?感觉业务测试比较多的话,是不是要以学习的总结为主吗?
缺少这个文件 remoteBridge
做的是 java 的技术栈吗,我也是独自一人摸索,要是我在,肯定跟你一起搞,hahhaha
能够内部使用起来,感觉很了不起了
终于明白了,27 岁为什么整天会焦虑,原来当前劳动性收入占据了百分之百,担心一旦肝不动或者出现其他情况,资金捉襟见肘
也遇到这种情况,感觉可以看下 boss 这个招聘网站上需要什么技能,然后这段时间都学习这一个技能,做好笔记,方便 review,后续拓展其他技能,测试要学的东西太多了,自律性不高的,确实容易学着学着就飞向诗和远方了~
榜一大哥 666
饭哥,yyds
是的,不过还是有部分人会仔细去看的,所以尽可能做到效率高且不遗漏
这个不容易实现,因为很多关联性的东西
感谢恒捷大佬回复,获益良多
沪漂三年,正在由测试缓慢接触测试开发,用的 py 技术栈,感觉大佬是真的强,格局也比较大
登录不上,也没有邀请码,之前是 github 注册的,你这边是怎么解决的,二维码失效了
是饭佬门下吗
最后没去
我也是出现这个
m
96 年的 规划走技术路线
之前体验过,凌晨发版验证,蓝瘦
base 低,怕之后也是要不上价
一般跳的话,多多少合适
感谢各位朋友,心中有了答案,根据自身实际情况以及各种选择的优劣,我选择提升自己,既然选择了此行,我希望到做到更好,也许会有不一样的天地