测试的困惑

我做什么都是比较慢的那种，开始时就是看不懂需求，要好的同事老是和我讲：你要仔细看需求，仔细看需求。我也觉得我看的很认真，看的很想吐；但测的时候，测一步就要看一下需求，要不然就记不得是什么了。现在回过头去看，那时做的实在很烂。

我在后来与主管谈话时，也开玩笑的问她：当时是怎么忍受我的？：）因为那时做不下去了，就会上网，看书。她老是和我说，你是一个慢慢进步的人，但如果上手了，就会有个飞跃了。你要做笔记，要看他人的BUG，慢慢来。我自己也不太清楚是如何做好的，但觉得是一个过程，积累多了，就会上一个台阶；我觉得不是渐进的过程，是有一个转折点的。

这个转折点就是，你要真正的负责测试。跳出当前的需求，从整体的看软件。一味的执行测试，那样做的越多就会就晕。必须一个模块一个模块有计划的进行。即使有时你的BUG比别人少，其实测试当然要看BUG数，要不然怎么证明你比别人好呢？不过也要分时间，如果这个版本是我负责的，我就会比较关注版本质量而不是自己的BUG数；如果是别人负责，我可能就会只顾提BUG。而不管哪个模块，乱测一气。这是很不好的一点。要提高自己，就是舍得提一些一眼就看出来的BUG，不在乎BUG的数量，而是质量，这才会真正的提高。

现在的情况是，可以胜任当前的工作。只限于此。这可能又是一个阶段了。怎么才能突破呢？什么方向呢？我都不清楚。自己想不明白。和有经验的人谈话，自己整理思路，自己可以做到的只是积累经验，也只限于黑盒测试；在想进步，就必须会程序，无论想怎么发展，都必须过程序这一关。要多久才能学会程序呢？要学到什么程序呢？学会了要怎么检查代码呢？

第二，自动化测试。这是个做测试的比较热门的话题，我公司现在刚起步，条件十分有限，工作量也不允许，等等等等。反正一点信心也没有。自动化也要求会程序，而且我自己觉得，自动化测试不太可信，还不如手工测试测出的BUG多。做做数据还差多。这种看法也许是我目前这个层次感觉到的。总之，我对自动化测试兴趣不高。

第三，一个软件的整体。从开始的需求定义，基本模型，到软件开发，各种配置文件、程序的平台，这些东西都对于我，都是乱做一团的，对于软件的流程不是很清上述晰，只看到冰山一角。怎么从头到尾有一个整体的把握呢？我都不清楚。