这个阶段一直在跟别人写好的测试用例，虽然工作并不难，但还是能看到自己一天天的变化的。
最初，拿到测试用例的时候，很盲目的一步一步跟着执行，结果一天下来基本查不出什么问题，时间花得倒是不少。偶尔发现几个UI跟用例描述一致的地方，跟组长讨论后，发现只是用例没有更新，并不能作为BUG上报。后面才慢慢了解到，给我做的项目都是已经递交过好几次的产品，在case里面基本是找不出什么问题了。
不过我算运气不错，还能碰到些热心的人指点，还没有完全在蒙头干。受同事们的指引，我了解到公司里有很多关于测试的文档，特别是一些关于公司产品的底层知识文档，里面列出了测试时需要的测试素材的分类。有了这种测试分类的途径，执行用例的时候就不会完全盲目地做，会逐渐意识到这个用例的点在哪儿，然后选择不同分类方式的素材进行测试。这样，就能发现程序的一些问题。
这两天跟的项目是又递交过一次的，因此问题更少。我在测试用例执行上放的时间就更少了，花更多时间在自由测试上，自己感觉模块的健全程度，侧重在某些可能更易出错的地方多做操作，这样能发现问题的几率也大大增加。但也有一些困难，如很多严重的问题（如程序crash等）都不能再重现，或者重现的几率很小，又不能很好地寻找到出现问题的原因，这样的bug就不好提交。所以还需要好好学习，看看别人做的方法，跟大家沟通沟通。
