前天临睡前1小时想做复盘，对用例执行进度和关闭问题进度印象深刻，但苦于给不出证据。
昨天上班统计了0806之后的用例执行进度和关闭问题单进度。发现真正开始执行用例也就0816开始（新投入3个人），中间22，23，24花了3天验资料和脚本部署，25，26日用例执行和关闭问题单数量，前者20+，后者33，这个数量震惊到我了，看图明显感受到这2天数量的变化。要知道总用例数在70+，总问题单数量在60+，最后2天执行的用例占比在28%，关闭问题单占比50%，而最后2天执行的用例，其中半数，属于在24日还处于阻塞状态的24个用例的一部分。
至此我发现，测试起来很快，只是一直开发中，测无可测，才会压力集中在最后面。
想到大佬们加人的提议，想到这一周以来新投入测试人员的付出，我开始庆幸有他们存在。我也开始庆幸在我脾气最火爆的时候，还能克制，好好带新加入的人做事。
又想到在0806交付时，75个用例的执行率在11%。这些用例7月份评审出来，至少有2周测试时间，可是版本质量太差，2次转测都是基本流程有问题，或者功能有问题，阻塞，测无可测。开发因为方案的问题，做了一遍又一遍，开发不合理，一直在改代码。
以前很想吐槽开发写代码不带脑子，不了解用户需求就写代码，写出来东西放现场，各种使用限制。当时我很想学一个叫“用户研究员”的课程，现在回过头来看，不是开发不带脑子，是需求细化有问题，业务不给力，需求和范围都不明确。
这个版本出来，要感谢友人的支撑，在链路业务，corba双网卡和性能监控方面，出人出方案。带着我一起梳理业务。我们自己这边对用户设备和算法处理的数据之间的关系，还是人云亦云的状态，别人怎么说，自己只能接受。还没有时间和经验去理顺。
昨天统计的艰难，还有复盘的毫无思路，看了一些资料也是写的大方向，需要花时间和精力去理顺，一度让我对复盘懈怠。理不出头绪时，不想做也不想发成果，鼓励鼓励新人，表达一下感谢。今天想起来时，好像也来不及了。
今天通过一些交谈，对项目有一些新的认识。觉得复盘可以现在这样简单写。
记录一下改进点
1.性能监控
2.数据构造
3.新人培养，要培养探索能力，不能纵容等着投喂的恶习。
如今还要加上
1.系统周边环境构造（搭U2000）
2.继续复盘
3.还是要理顺数据之间的关系
（这个最花时间，因为0经验和背景，理解起来真难。之前不懂业务，拉业务来凑，还有测试大佬来凑。可是看过大佬死磕业务细节的时候，我才发现这是测试的活。为什么大佬半天就能抓住测试要点？不光是别人做了几十年测试，还因为他是上个版本相同功能的测试负责人，测试方案是他写的。所以，少年，学着点，向前辈看齐）
4.测试现在人多，挑战也大，完全可以把人才建设提上议程，而不是每天重复执行。总得有点溜溜的本事。具体怎么做还没想好。主要还是看大佬，肯给时间，肯给期望，让我们闯。oh～耶✌️
写完收工，准备睡觉。
前面一段时间累惨了，最近还是少想一点，早睡早起，养足精神是第一要务。前天突发奇想写总结，然后12点多才睡，昨天表现不佳，然后晚上没安排好时间，也没休息好。今天稍有成就，再加上反省昨天晚睡，这个时间点该放下思虑，专注于完成洗洗睡的任务啦！
