软件测试的存在的难处[1]

　　软件测试的存在的难处[1]    软件测试　

   　笑看软测明天，谈谈几个制约测试发展的问题相对软件开发理论的成熟度来讲，测试理论还非常的稚嫩。(当然，和工业开发理论比较，软件开发理论也是非常的稚嫩。)测试行业的兴起，将会有很大一部分取决于测试理论的成熟度。现在的测试(技术和管理)还有一些问题是没有定论的，也是我在一直思考的问题(也许这些问题已经有人解决，小生孤僻寡闻而已)，下面将这些问题作一个总结，以期望能在以后找到解答。

　　1.测试的终点在哪里?

　　作为一个工程过程，无法清晰的定义活动的结束准则，就像在大海中航行的船只，没有自己的目的地，是一件很可怕的事情。测试就是这么一条没有目标的船。

　　最合适的测试结束的准则应该是缺陷数控制在一个可以接受的范围内。但是在实际的过程中，是永远无法知道未发现的缺陷的数量的，虽然会有方法可以估计出未知缺陷的数目，可是其准确性和所付出的成本使其的可行性并不高。所以虽然这个准则最合适，但是并不实用。

　　另外一个测试结束准则是以过程为衡量标准。按照测试过程走完了相应的步骤，完成了该作的工作，就算测试完成。这种测试结束准则和没有准则没有什么两样，根本没有达到验收的目的。换句话说，该结束准则有一个假设，这个假设就是已定义的测试过程是完全有效的，在这种情况下，才能采用这个准则来结束掉测试活动。所以这个准则虽然不是很准确，却是最常见的测试结束的准则。

　　还有一个也是很常见的准则，就是时间线结束准则。到了dead line了，不管怎么样，就算结束。这种准则也会经常在一些不规范的公司遇到。个人认为这种准则对测试的危害最大，遇到组织里是以这个准则来结束测试的话，测试质量只能靠上帝来保佑了。

　　综上所述，如果能够定义出一个既能作为客观的评价标准，又比较容易实施的测试结束准则的话，是将会对测试理论的成熟有深远的影响。

　　2.如何评价测试员的优劣

　　作为测试活动的行为主体，测试员的优劣直接影响测试活动的优劣。可是如何才能评价测试员的优劣呢?

　　不能以发现缺陷的数量去衡量测试员的水平，这样做只能将测试引到以发现表面的缺陷为主的活动。

　　不能编写的文档的数量时间比去衡量测试员的水平。

　　不能以被接受的缺陷数去衡量测试员的水平优秀的测试员能见微知著;优秀的测试员有独特的思维方法，能不断创新测试方法;优秀的测试员能清晰的将缺陷描述清楚，并能说服开发人员改正;优秀的测试员能从用最小的信息获得对系统的最大理解;优秀的测试员需要思维灵活，知识全面。

　　这些都是定性的分析，有很大的主观因素在里面，如果能有一种方法，能将这些与结果挂钩，进行量化，将会对测试方面的人力资源管理有很大的帮助。

　　3.如何体现测试的价值

　　测试作为开发的一个服务部门，能不能很好的体现自己的价值，这将是以后测试能不能良性的发展的一个重要因素。

原文转自：http://www.ltesting.net