这样就了了……这是习惯不好，跟 IF 没啥关系
另外，非空判断尽量把 null 写左边吧，少一点 npe 的报错~这是写 java 的经验，其他语言就不清楚了~

obj = rpc.getObj();
if(null != obj && obj.isSuccess()){
    doTask1();
    return;
}

doOtherTasks();

他吹牛逼的，我改正反胶倒板老大爷打法了，还没试过呢
不过你能得 6 分，估计搁我这也能及格了吧

你先跟他打打就知道了，槽神什么水平他知道的，反正正常情况下干不过他

蚂蚁杭州新员工陈飞腾，花名不清楚，你先挑战一下他，及格了再来找我

测试是个实践性很强的工作，悟性好的话做个 5 年 8 年之后可能需要看看书，从理论和工程、组织级管理层面拔高一下，悟性不好就没有这个必要了，自动化测试也是一样

两码事，合规、审计属于公司经营层面的事情，会涉足对所有部门的审查，常见的就是财务审计、信息安全审计等在外审之前的操作
我们现在在说的是以测试或者质量技术为核心的技术研发和创新部门

没有人愿意专门去搞质量，都是被动地受产品和项目驱动，受开发技术、框架的驱动，自发的进步从来没看到
这是功利体系必然的结果……阿里有达摩院，没有以质量为核心目标的戒律院吧

鸡哥，啥时候教我横打……

每次听到客户端并发我就醉了，不知道楼主是不是也想干这事……如果不是，跟 app 还是 web 就一毛钱关系都没有了，全都是服务端的并发测试，走接口就行了。

真特么会以讹传讹，手机壳变色这事跟 PA 打架有蛋关系啊，无语……

一看就是猎头，哈哈……

step 是交叉（相互）执行和设计、执行角色分开时用的，自己写自己测，写 step 有点矫情
当然，全量产品用例库建设除外~

仅对于技术本身来说，广度是深度的副产品……其实也是解决问题数量的副产品
而对于应用和价值来说，要考虑的绝不是深度和广度的问题，而是要考虑如何解决问题、发挥作用，因为有些问题是靠深度解决的，有些是靠广度解决的，一概而论是比较傻的……我觉得~

既然是海量，那么
男儿何不带 mapping，直接测试 DB 层？
接口测试就那么好玩吗……

搜狗的锅

关于BDD方面的还没有专业的一款软件支持

请问 robot framework、cucumber、fitness 是啥？

30 岁开始写代码很晚吗，我 34 岁开始学的啊~现在一样是人人敬仰的 paste 大神……

首先，我们们从git上面去拉代码，打包并上传部署，这部分是由CI/CD来完成
这句话，怪怪的

exec "select id_no from custom_info limit 0, 10000000"

能把 auto 拼成 aotu 的……

乙醇大神，你咋不去证明哥德巴赫猜想呢

芈老板很久没冒泡了

老铁 666

撸主的领导正经是个高人，职场大神~其实我很奇怪有这样的高人指点，撸主为何还会纠结于 “公司文化” 这样的事情，能落实领导的指教，应该已经可以跳出任何文化的束缚，修炼自己的风格和个人、团队影响力，从而辐射出去，改变一些垃圾的 “公司文化” 了，fighting~尼基桑~

基础知识所决定的，可以理解，更傻的问题都见过……自己也问过
当然，会问问题和会搜索的人，是稀缺的，当得起年薪 50W+