用例
用例是验证产品/项目质量的不可缺少的， 即使没有落在实体上，但你的脑袋里也会有。最好是落在实体上，在落实实体的过程中，会开阔思路，有很多新的认识。
设计用例当然是越早越好，需求或项目/产品设计规划好，就应该开始，若前期能参与需求讨论会更好（但一般这都是测试经理参与的，测试小兵们就等啃需求吧）。
需求内容分细致与粗略，但总体来说比没有强，最起码给你指明了思考方向，带着问题去分析需求，这样在写用例时，与同事们讨论或与研发讨论功能点时才能有依据；当读懂了需求，那你写用例时思路是源源不断（至少我是这样的，有点刹不住车），在编写测试用例时最好分根据产品/项目特点分模块，至少3级吧。
反思自己
通过五娃的分享，看到了自己的不足，同样在设计用例，但设计思路老化，方法与工具的应用我还是欠缺的，后期会改进。
在执行用例过程，都不会按着走，习惯性的探索性测试，这点需要改进，因为用例不断迭代。其实这点也跟我们项目性质有送，但决定无论项目性质如何，都要有自己的一套方法，不在含糊。
时间管理：
（1）上班时间不聊QQ、微信；只有在心情烦闷时，看微信，以后会改成看技术博文之类的。
（2）下班前，把当天工作任务完成；这一点都会做到，但就是做不到学习任务完成，会因各种原因，现在觉得应该都是借口，所以后期需要改进。
（3）下班前，梳理第二天工作任务；在项目工作中都会在下班前安排好任务，现需要将提升计划也纳入提前安排。
（4）每日事项，按优先级排序（紧急、重要）；这一点自己未做过，现分列，重要紧急-不重要紧急-重要不紧急-不重要不紧急，以后根据此实时提醒自己规划优先级，无论生活还是工作。
（5）利用碎片时间处理琐事（如回复邮件）；
（6）利用碎片时间提升（看书、看好文）；
做的并不好，需要再仔细品味与安排。
（7）不在纠结在某件事上，学会放下；我是一个比较较针的人，对于问题，就想一直查找，其实暂时放弃，改变一下思路，就未必不可，只要记得这样事儿还得做。
（8）充分利用上班前、睡觉前的时间（写技术博客）；会利用好这段时间。
