斜杠与顿号的作用略有不同
这种东西,用 html2canvas 库自己拿 js 封装一个 api 来用,比浏览器接口实现的稳定好用
我用飘柔,就是这么自信,呵呵,就算不自信也不用像老鼠一样藏着,不匿名应该不丢人吧,这都能成你的槽点?
我猜想你们已经适应了快餐式开发,留几个无用的参数都不用管,反正赚一波薪水就跑路(扣帽子、贴标签很不对,但是忍不住,抱歉,你敢实名我就跟你单独道歉)。后来的人接手,遇到相关改动要跟后端撕逼撕半天,然后看代码看半天;测试的人为了确保无虞,单参数和多参数都要验证一下——除非你就选择相信开发说的 “我没改动”,整天狂吹要盯着开发代码的可测性,但事到临头又是咋做的?
楼主说得清清楚楚,后端改了规则,改了规则——要么就是业务逻辑变更要么就是系统优化,从哪个角度去看前端不需要同步修改的?
或者你认为前端可能不知晓这个事情,所以前端就不用跟着改了?因为还可以跑的通就不算 bug?测试发现的问题没有理由和义务去自己提个 request,要记录和跟进问题就只能提 BUG,如果 bug 都可以用 “忙不过来” 去搪塞,然后测试也就不了了之了,那这个公司的薪水领的是真轻松啊
另外别跟我说换位思考,我现在就是 coder……我不喜欢跟盲从自己的测试合作,否则我自己就测完了,还要专职的测试干啥~
完全 OK
顶!说得对!
不改找你领导来说服我,最讨厌那种抱着所谓的跟开发好好说的自我麻醉了,到后来还不是测试自己背锅吗,大家都很忙,你现在不改,我改天忙其他项目去了谁来跟进?说白了就是对自己的看法并不确定或者根本就跟开发一样不负责任,留着个坑坑后人,要么无耻要么无能!
这个版本可以不改,你告诉我你计划啥时候完成,如果下个月就滚蛋我就不缠你了,呵呵~
体制内听说过啥都考了,体制外,考一个优秀员工的称号比一百本证书都长脸
牛逼,以前在平安也有一套财务业务对账监控,不过没有楼主说的这么高大上,也没有做可视化
华为副总就别来逗我了
我也用飘柔的,来来来,比一下谁更自信
复杂业务场景,可以参考这个:
http://www.51testing.com/html/16/n-248516.html
年龄限制不存在的,因为考虑单月薪资可能给不了太多,我不想那么多资深的甚至专家级的来浪费时间
当然你可能会替别人问了:那我就工作了 8 年、10 年,各种技术也刚刚的,我就只想要 20K/月……这样的我不敢请啊,要么水、要么不稳定……
可以先面试,入职时间再商量
点点点的我们也欢迎,因为自动化测试这块要人比较急,我也不指望 HR 能多快了,自己动手招一下
我发现我已经跟不上你们的节奏了,想法真棒
感谢各位,学历问题非我能力所能掌控,虽然我个人不是不介意的
我合作过大专都是自考的大神,但终究也没能正式成为同事,HR 的规章不好随便挑战
欢迎来教槽神做人~
已提交
String 和 Object 处理,请选择 spring 和 apache-common-lang、apache-common-utils 这几个工具类
自己写判断即恶心费劲又不讨巧,理解稍微虚浮一点就要被坑,人家封装好的东西还是蛮不错的
StringUtils.isEmpty、StringUtils.isNotEmpty 等等,好用
好精彩好精彩,我就看到了远离阿里开源这一句话,哈哈哈
在哪里听说的?选择性内容过滤?断章取义很开心?
同意你的观点,感觉楼主已经陷入了跟陈皓几年前舌战群喷一样的偏执——只从技术应该如何发展本身的角度考虑问题,而不跟你扯任何组织愿景与现实,比如他认为测试做不好的开发都应该滚出码农界(非原话,大致这意思吧),所以只能说理论上支持一下,实践的时候导向一下,强求和扣帽子就非常不智了。
你可以引申一句:等大家都牛逼了,再来一刀,都换成 yaml 或者 json
反正我以前的做法很简单:web E2E 的自动化用 txt、csv、excel 这种所见即所得的管理模式,接口全用 json
我说的是
用什么管理就不是重点,如何让整个团队甚至其他干系人都看得懂、看的轻松
并非是说让他们来写 case,以前我们做的自动化测试脚本,需要提交同行评审,大家都要看
吐槽归吐槽,情绪不要太重~
怪不得我面试 P6 都不给我机会,对半砍我都很满足啊……