pytester的博客

昨天看到群里有一个小伙伴问出这样的问题：公司签署项目合同死亡日期线是10月1号（平台正式上线）项目上存在以下的几个问题:1，项目任务工作量太大，开发排期9月中旬才能完成开发(在不修改需求的情况)2…简而言之，就是 时间紧，工作量太大，该怎么办？整理了一下群里大家的回复：匿名K同学：需要制定明确的测试计划（分轻重缓急），并且拿出数据，以文档的形式邮件告知领导（最好开会讨论）；如强制上线，测试报告告知有哪些问题（不然测试背锅）。最重要的就是沟通：1.让大家知道这个项目的困难（时间不够，

大家好呀 ，请教大家一个问题哈，你们可以看看你们是否遇到过相似的场景呢 ？背景后天就要发布了 ，这时候开发告诉你一件事，在修复BUG的时候，发现了另外一个问题；并且自己直接已经修复了 ，希望你回归一下 。在开发看来，他修复的不过是顺手的事情并且这个问题很小，但我们是需要回归很多地方的，在离发布如此近的时间，回归验证这块改动点时间是比较紧张的 。开发的观点：1、 顺手改了2、我可以告诉你要回归哪些点3、这个就是一个小问题，你们测试测试下就OK了测试的观点：1、这个并不是这个迭代中的测试项，开发

自己目前是有这方面的困惑，将自己的这个问题问了组内的伙伴们，得到了不一样的解答。整理如下：HXT：了解deadline，在提测之前就和和开发沟通困难点和进度每天和产品经理反馈进度，注明开发提测delay协调产品和他相关Leader，给他相关的帮助 （a.分一些任务给其他人 b.解决技术难点）LM：如果开发进度缓慢，而你的任务被block，可以把自动化先搭起来，或者做一部分（帮助你 节省后面的测试执行时间）HMM：首先去了解一下为什么延迟有没有遇到什么困难，能不能帮助他一下他大

2020.1.4是上班族 2021 年的第一个工作日。感觉 2020 年过去很快 。反思了一下自己的OKR：2020 年的OKR 有一些未完成的项，但在Q4 OKR有了一些实质性的进展 。原因是Q4的 OKR 根据季度划分，这样的 OKR 更有导向作用 。在回想自己的Q4 的OKR进度的时候，感觉自己是做了一些东西的，但好像最后完成的百分比却不是很高。所以打算今后记录一下自己每日的复盘，以及OKR的完成情况，更加督促自己提前完成自己的OKR。在2021年，OKR也都是会根据季度来划分。20