这几年的测试经历中，大的感触莫过于常常对测试分析的忽视。很多时候是有些测试分析，也不过是蜻蜓点水，实在对质量保证和测试规范化没有多少益处。

如果是几年前是因为软件测试刚起步，还能原谅这些失误的话，现在还这么说，有些苍白了。

软件测试分析由软件测试而来，而软件测试是软件工程的组成部分，是软件质量的过滤器。软件测试分析（针对软件测试需求）是软件测试质量的基础。（此处不讨论软件工程及测试需求）

必须要承认的是，每次进行测试之前，都是有一定的测试分析的（起码要搞明白要测试什么吧？！）。一般来讲，都会先搞清楚，要测试的是什么，怎么进行测试，然后大致有一个什么结果。然后由于项目进度的原因，着手进行了，遇到问题，再看情况解决。这些都没有错，也是基本的。但是这些恐怕只能给出质量的度的大致评定，可测量的量萼标准很难说了，因为从一开始没有相关的概念和设计。而如何在这一点上有所提高，是本文所要探索的。

首先，要明确软件工程的思想，从工程的角度去考虑问题，工程的可测量度，直接决定了测试的可测量度。不要把工程放在软件项目里，而是要把软件项目放在工程里进行考虑。这样可以给测试和测试分析找到准确的定位，并从工程思想，尤其是软件工程思想中，找到测试分析的方法，做出高质量的测试分析为测试做一个好前提。

其次，测试分析不光是要明确如何对测试对象进行测试，更要确定所进行的测试能进行到什么程度？这个度和量的评价标准是什么？这个标准对测试质量的贡献到什么程度？这种程度能否满足测试需求？

还有，是背靠背的测试分析，这个要基于团队合作。如果说上面两个可以从规章上控制，这个在很大程度上取决于lead的素质了。

后补充一个观点：是在测试过程中，一定要加强团队建设，要让团队对所做的事情有一个明确的理解。使得每个人都有整体的概念和个体的概念，知道自己的工作处在一个什么样的环节，和别的同事如何协作。重要的是这个lead的思想：lead是规划测试，控制测试进度以保证测试质量的，不是控制资源的，往往有些lead为了显示自己作为lead的不同，故意封锁一些项目知识，以显示自己作为lead的存在，或者认为member不需要知道，这是极其错误的! 项目知识而言，lead的作用是使member比自己掌握的更多，明白的更多（不显示显示谁知道自己是老大呢？）。