• 根本说的不是同一个问题,频繁提交代码修复 bug 反应出来的是一个程序员本身的素质问题,和你是不是想最小范围 merge 代码是两件事情。
    1、这个人没有做单元测试的习惯,在一个没有审核 merge 的 git 环境下对其他人简直是灾难。
    2、体现了你代码结构有本质的问题,你的代码更加难以阅读,流程控制更加难以理解,问题更加难以发现,以至于你自己都不能清晰的发现代码本质问题在哪里。所以才会出现频繁提交代码的结果,如果一个结构清晰,命名明确,各个方面都良好的代码怎么会需要改这么多次?
    3、再不然就是你自己本身就不理解代码在干什么,ctrl+c 了一段代码,真正跑起来才知道原来这里并不通用,然后就一直修改提交,修改提交,修改提交。

  • 忽略标题先,只是觉得一个 createDeedReportForPlan 修改了 11 次,没有人抓 git 提交记录的吗?我们这里要是谁这么频繁的提交代码,他的代码绝对会被例会全组 review,是写的多烂啊。

  • 我是用 koa+http-proxy-middleware 来实现的,异常方便和轻量。

  • asyncio 了解一下,网络通信用携程不要太爽,根本不用开线程。

  • pytest 在执行过程中会把每个 test 方法拆分到不同的实例 feature 里面去执行,所以每一个 test 方法中的 self 实例变量已经不是同一个了。这点真的很变态。我猜 pytest 应该是为了做参数注入、depends 依赖顺序而这样做的。反正,你现在书写的 pytest 类已经仅仅成为了一种格式化的书写规范了,self 也没有了上下文的功能了。

  • 请教一个解决方案! at 2022年07月29日

    展开讲讲,搞得我以为之前业务组写的 3000 多条接口用例是我的幻觉。。。。

  • 真的很烦面试官问这种问题,你回答的直接吧,说你浅显,你拿其中的一个点来回答吧,又基本不可能回答的全面。我就喜欢那种直接的问题,妈的上来直接写一个 spring 生命周期,直接要你写一个红黑树,死也知道是怎么死的。

  • 从情感上来说,我这个过来人给你几点建议吧。
    1、首先是要完全获得领导的认同,最起码是你的直接上级的认同,阐明这件事情是可行的,且能够给他带来好处。
    2、在这为数不多的测试团队里面找到一两个能够和你合拍的同事,让他们能和你一起着手去做这件事,不然负面情绪会淹没你,而你没有任何的帮手。
    3、积极、主动。还是积极、主动。这件事情的成败很大程度在你自己的推动,很大一部分时间内,都是你自己在闷头做。你有好的解决方案,一定要积极、主动的去提出来和落实。正常的领导不会拒绝一个主动性拉满的员工,他知道这件事情你做了不仅是为了团队,更加是为了自己,所以不会马虎。
    4、可用性和交互非常重要。千万不要相信领导说的什么能用就行,可用性和交互不重要。你这个平台能不能推广出去很大程度就是同事喜不喜欢用,如果交互上难用,下场就是没人用,然后草草了事。

  • 请教一个解决方案! at 2022年07月27日

    恩,设计上肯定有问题,但是问题始终不是很明确,是以我对 http 的理解上去做的。导致的问题就是他们在 postman 发送的请求和平台上发送的结果不一致。我是怀疑 postman 做了很多请求的优化工作,所以想是否能直接使用 postman 的库来做 Python 端的发送模块,这样只要在 postman 上面调试好了与平台就能够保持一致了。

  • 在 selenium 里面用 js 的代码本来就是一件很曲线救国的事情,不管是延迟还是异常捕捉都很令人抓狂。。。