测试目的是保障质量,而且出了问题每个人都有责任,即使主要责任人不是测试,那还是要花时间处理问题。如果产品研发没考虑到全部场景,还是需尽量去兜底,评估到有风险的场景都应该回归下。如果经常遗漏风险点,应该开项目复盘会,对经常遗漏的人的思考方式能力责任心提出质疑
窗口函数,临时表,with as。。。整点稍微进阶的内容嘛
应该解散技术部测试,只保留 QA,测试都归到项目部里面去
当感受到自己创造的价值和理发的 Tony 差球不多,只是赚多赚少的区别时。。。你手艺好又咋样?你有总监头衔吗?
哎,我们本来有一个 mock 工具凑活着也能用,就是需要在被 mock 类上加注解,通过反射替换要 mock 类的方法返回值,但是领导觉得太 low 了,让我们想想能不能从 ng 层去拦截处理,所以只能来求助各位大佬了
以前可以走捷径,直接去大厂外包把工资干起来长长见识,门槛也低,干两年可能比在小厂熬一辈子的都强,但是现在怕是没的多少机会了
你最开始分析 3 点原因就有问题,测试不提这些 bug 就没人能发现了?那这算 bug?还是你的意思是这些 bug 被改掉了只是没记录到什么系统中?
那不是有 n 种方法,仅一次控制器,if 控制器,或者 2 个线程池一个跑前面 5 个接口一个压后面接口,只有你想不到的姿势没有实现不了的姿势
上市之后加班扩招工资倒挂
写好用例,做好用例评审,等上了线万一有问题大家一起背锅
测试框架 + jupyter,直接在 ide 上写,jupyter 上跑完事,产品研发测试都可用
那么多开源的弄一个用起来不就完事了,metersphere 都不会,那就用 postman、apifox,安装软件你总会吧?
不喜欢引用就用代码咯,只是个样式问题,或者写个油猴替换样式
嗑药、头悬梁锥刺股、督战队、洗脑喊口号 “提高个人能动性,带动他人积极性”
VirtualXposed
道理大家都懂,给点实战案例、用例模板
看起来是三方提供的授信接口,直接自己 mock,做好异常场景有多离谱的返回都可以,线上只会更离谱
arthas 确实是神器,用火焰图也可以很方便的找到问题
你确定是接口没问题 UI 有问题?这种项目一般都比较垃圾,内部系统 UI 还要处理数据?
我觉着如果是上面这种情况,你应该考虑下给研发提改进需求
TDD 只是个思维模式没啥适不适合的说法,只有推不推的动,要是有不换思想就换人的能耐,啥都合适
卧槽,这也是一种本事
还是乘早跑路,你一个人肯定干不过他的,除非你能拉动其他人一起搞他,不然无解
只用 httprunner 本身提供的功能,那测试平台的缺点他都有,用例结构固定不灵活所以做不了复杂的逻辑判断也就做不了复杂的测试场景。
但是要是二开 httprunner,学习它的模型结构就能和 pytest 互相取长补短,而且 httprunner 提供了非常多现成的工具用
这种分开,先找瓶和盒之间异常,再找盒和箱之间异常,挺不错的题,只能说现实场景比这个复杂得多。
这种异常就可以拿来做告警,有了告警再去反查日志。
测试开发很简单的,只用做到比后端懂前端,比前端懂后端,比开发懂运维,比运维懂代码就够了,遇到啥学啥就对了