测试案例终于写完了!可以开始单元测试了,憋了3天写出来的案例,虽然那3天跟开发人员交流也很多，发现测起来测试案例还需要好多地方要修改，跟我师傅交流，他也说开始的案例不要写太细，很多在测的时候就要改的，可是如果只写案例，让别人去测的话，那些地方不可能又让执行者花很多时间去跟开发人员沟通吧？怎么样才能写出精简高效的案例来呢，对系统熟悉是一方面，很多人说要有经验，可对初学者就只能反复积累经验吗？如何更快的提高呢？如何提高效率？

值的深究

项目组要加班了。boss很平静的说，这个月将给我们更多在一起的时间。

项目组的进度我们都知道，为了赶在9月初发布，我们必须要加把劲了！从我实习到现在以来，项目组一直都没加过班，还记得其他项目组加班时，我们每晚准时去拿他们水果吃

我也有很重的任务，一个大功能的测试，从测试分析要测试案例的编写，对于新手的我来说，又要狡尽脑汁了

真心希望自己能圆满完成任务！

自己负责的功能发现一个隐蔽的bug了，我找到了原因并改正了过来，这是我工作第一次发现并改正bug啊。

可是，出现了却引出了一个更隐蔽的bug，而且破坏力很大，客户放映很强烈

我一直觉得发现一个bug，就要自己看着它被消灭。或许我真的不该专注在无关痛痒的bug上了，为了改正它，却带来了更严重的！