厉害,兄弟是怎么做到的?每次上线都没问题么
年终大惊吓。哈哈
这套路我懂。。不过我觉得其他朋友说的也有理,我是应该多看看招聘的信息了。老板后边指不定会有什么其他的要求
说的意思就是自动化测试覆盖所有的旧功能。就可以提升发版节奏了。不过我仍然觉得有点瞎。
看招聘信息是吗,哈哈哈。感觉可以看了。随时准备好开溜
OKR 我都觉得过分。好吧……
测试头目。不是什么项目经理。
我很担心他把这个当成我的年度 kpi,当个测试真是难~
尝试用 BDD 的方式,勉强可以。看到需求,先构建自动化测试的步骤。做出来了,再补充具体的细节。
有理。可以尝试
合理的惩罚制度当然很好。就怕严格这么执行之后,每个版本都有处罚,结果只会是士气越来越低。目前的改进措施,都是着重从总结,复盘,然后改进工作效率的为主。
看来大家都差不多啊。
是的。一周,半天讨论需求,3 天开发,1 天半功能测试 + 回归测试。这种前端做的很重的项目,就是很多 bug。。开发试过一天修复了 100 个 bug
感觉不应该挪窝啊。应该先加强技术。建议往一个方向先提高,例如精通一门编程语言。会用工具现在已经没什么优势了,这门槛实在太低。能人所不能的才是人才,才有市场
吃好睡好玩好,时间过的很快的。
同类的框架太多,只能当做练手
扎心了老铁。
有句话,我觉得挺贴切的,拿着种菜的钱,操着卖白粉的心。
不过话说回来,入了行,当然是遇到问题就想办法解决啊。一味吐槽也不是办法。
“为什么测试环境没有测出来"
听到过的最多的一句话。好好的上着班,不知道什么时候锅就到头顶了
testng 是一次性加载所有的参数的,原因是为了提前维护好每个测试方法的上下文,多线程跑的时候,不会出乱子。
你这个问题,其实就已经不适合用数据驱动了。基本无解。
作为社区的创始人,你这个头起的不好啊。
应该多看点毛选,别看什么人性的弱点了。那玩意害人。
之前跟 monkey 撕逼也是这样,撕着撕着累了就消极应对,不是一个创始人应有的格局。
有人不能被你说服,就一副这不是你的社区了,你跟我不是一路人的做派。真没必要。
我是觉得你技术挺牛的,就是撕逼的技术差了点。每说一句都带个人性丑陋,人性阴暗,是真的会让人很不爽的啊。
666666.
果然平台不一样,技术领先太多了。。
作为一个面试官,我表示,考察代码能力其实代表着几个方面:
1、这个人的进取心怎么样
2、这个人的学习能力怎么样
3、这个人的耐心,解决问题的能力怎么样
因为写代码,做工具,没人带,要自己自学,通常有没有成果,很大程度就反应了以上几项素质。长时间做一件事情比如功能测试,大概率,很大一部分人都能做好。毕竟熟能生巧。光考察业务能力就有点过于单一了。
正因为测试话语权不足,才需要多多参与。不参与,别人怎么知道你测试厉害呢?
你能在开发产品测试一起的会议中,查漏补缺,力排众议,久而久之,你就是事实上的业务专家。
如果什么都不想参与,只想干好自己的活,何来话语权的提升。非职权的影响力就是要依靠这种
团队的日常交流共同的场合,一步一步建立的。另外,我表达的意思是多沟通,是可以减少背锅的哈。不是
说你参与了会议就不用背锅了
题主的想法好奇怪啊。别的人都是抱怨测试不被重视,需求或者变更总是最后一个才知道。导致有漏测或者临时的加班
你怎么是调过来的?觉得产品找你对需求反而是负担。。
当然,如果是资源很少,不想用开会这么重的方式,可以跟产品提意见,在工位简单过一下也是可以的。不至于这么吐槽吧。
测试什么会都不参与,只看文档测试,就不怕背锅吗
云测平台取代不了测试人员
云平台能加班测试吗?
云平台能协助沟通清楚需求吗?
云平台能自主写 case 测试吗?
云平台能有业务积累,在做需求/验证的时候查漏补缺吗?
以上,一个都搞不定。注定只能是个辅助性的东西。