当下的工作

写于2017年2月13日。

在测试阶段（项目上线前几天）的时候该怎么安排自己的工作呢？

这个问题，我之前有过，但一闪而过，没放太多注意力。这两天，项目要上线了，项目延期了两次，项目经理急了，每天下班前会问,哪些测试用例跑了，还剩下多少没测试之类的问题。

而我之前的测试要么直接是围绕着测试需要点来测试（没有测试用例），同时写bug（记录到jira），后面会围绕jira内bug来开展自己的工作，同时遇到一个问题shi，如果bug太多，而系统不稳定，会始终围绕在jira内，顾不上什么需求点（这个是我之前的状况，后来有一天，被同事说，你测试太慢，反思自己，才发现，有时候系统边边角角的用的不舒服，我就会去测试，哪怕那块跟要上线的需求点没有关系。。。那个时候，我是开发眼里特别讨厌的”测试人员“。。）

现在慢慢的了解，遇到项目上线了，把关注点锁定在那几个需求点上，真的不想自己测试太慢，不想总被嫌弃。。

最近项目经理总在问，测试用例的覆盖情况，于是就写了些用例。是用excel写的。现在在想，这么做是对的。这也是测试的正规的流程。之前打游击惯了，反而忘记了。

另一方面，作为项目经理，他会想要了解项目的进度，项目的进展情况，除了开发自己会说开发完成，还需要测试人员来补充说明，（经过最近的测试，我发现，由于系统的复杂性，哪怕是有水平的开发，也会漏掉一些业务逻辑的处理，在测试中逐渐完善，测试真的很重要---这个的测试不仅仅是测试人员，说广些，连前面的产品、设计，都会涉及到，大家是一个整体。目前来说，测试是最后的保障。

另一方面，对自己来说，对自己工作内容的了解（下班前被问到工作做了哪些，有些无措，因为自己好像没有统计的习惯（是过一天算一天吗，不是，但是自己对自己的工作没有统计也是让人无奈的一件事情），也需要能在一天结束之后把自己的工作内容做个汇总。不是学习了理财要去记账，学习了时间管理要去对时间做个记录，同理工作一样。