发现问题，不是很确定是不是BUG，需要向开发人员求证的时候，总是很为难。

 不喜欢和开发人员讨论问题，这种感觉很不好。

 在应该和情愿之间做选择，我不知道我会怎么选择。

 但对于要向开发人员讨论问题的选择，我大多会选择，提单，哪怕是会被返回的。

 这是什么心理呢？

 对于测试人员来说，这也是一件好事。

 今天一个，明天两个，后天还会有，不是测试人员对软件放水。

 只是BUG就像海绵里的水，要测总是有的。

 有一些改过来的BUG，过几个版本后，还会大摇大摆的出现在你面前（BUG：怎样，咬我啊）。

 在新的项目中，最先做的就是，测试以前出现BUG的地方。

 不用怀疑，一定会有大把的BUG来增加你的奖金。

 不好意思的是，在软件要发布的时候，往往不经意的发现一些严重的BUG。

 这个问题，我也是又愧疚又奇怪。

 愧疚的是软件要发布了，才发现一些严重的BUG，给开发人员添麻烦。

 奇怪的是，好巧不巧的是，软件要发布了，才发现一些严重的BUG。

 难道是因为经理的话：赶快检查一下自己的模块，别漏测了，漏测要负责的。

 一听到要负责，就紧张起来了，可能是有压力就有动力了吧。

 让一个模块大概稳定，还是要尽量暴露这个模块的所有缺陷？

 对于这个问题，开发人员大多都会选大概稳定吧。

 测试人员呢，有没有一个准则呢？

 其实我也不是为了很大的目标才发现一些问题，只是为了多找一些BUG可以多发一些奖金，呵呵。

 可是慢慢出现一个问题，对于一些不影响操作的BUG，该提单么？

 提单还是不提单，这真是个问题啊！

 当BUG出现在我的面前，是一定要解决的问题，自然立刻提单。

 然而，对于一些，解决不解决都无伤大雅的问题，不仅要斟酌是否要提单，还要斟酌描述问题的语句。

 真的是伤脑筋啊！

 加班已成为我生活的第二大话题（减肥是第一大话题）。

 每天都在思考--为什么要加班呢？一定要加班么？怎么才能不加班呢？

 面试的时候，被问关于加班的问题，那时摆出大义凛然、视死如归的样子，现在想起来真是汗颜。

 学生时期，想到加班，就想到：

 写字楼里穿着职业套装，轻快有节奏的踩着细高跟鞋，繁忙而充实的企业精英形象。

 谁知道加班是这么恐怖的一件事情呢。

 晚上要加班，周末要加班，加班，加班，还是加班，生活除了睡觉，就是上班和加班。

 到底是哪里出了错？？？