注重测试需求 做好流程建设
注重测试需求 做好流程建设当前，测试作为一项职业吸引了越来越多的优秀人才;测试作为控制软件质量的有效手段，融入到了越来越多企业高层的管理理念中;测试作为一门学科，获得了前所未有的壮大。但在测试技术蓬勃发展的另一方面，测试行业也在迅速地积累着各种问题，在接下来的一年里某些隐藏的问题可能会表现得很显著。
第一个问题是如何让测试更有效地锲入到不规范的软件开发过程中。提出这个问题恐怕会有不少人大吃一惊：这类企业为什么不先规范软件的开发过程呢?这是不是一个伪问题?其实，目前有不少软件企业都处在这种状态。但这些企业的管理层并不承认自己的开发过程不规范，反而认为这是一种灵活的、有个人特色的高效管理。这样的氛围造成软件质量低下自是意料中的事情。
即使企业管理层了解到测试是解决质量问题的有效途径，实施软件测试也是需要代价的。目前的测试学科所提供的技术、流程、管理及方法论都是假设是在良好的(至少规范的)开发过程、管理氛围及测试环境中实施的，并没有提供在不规范软件开发过程中做测试的解决方案，这样就出现了所谓“理论”与“实践”的偏差。解决的办法有两个:一种是变革企业文化，规范开发过程，建立测试所需的相关环境，从而实施规范、严格、有序的软件测试;另一种就是拓展测试理论，针对不规范开发过程的特点，找到弥补、折衷的解决办法。根据笔者对国内软件企业的了解，后者将是今后一段时间国内软件企业关注的热点话题。
第二个问题是如何清晰地定义软件测试需求，使测试工作目标明确、有的放矢。这个问题是以前的测试学科没有回答清楚的，非常需要深入研究，它将会是今后若干年的研究热点。可能有读者会感到费解：测试需求不就是软件需求吗?其实不然。软件需求用于指导后续设计的展开。而测试需求则是直接源自于客户的质量要求。测试需求的源头非常繁杂，如何删繁就简，拿捏得当，目前没有现成的方法，仍需要做大量理论研究和实践探索。
第三个问题是如何规范软件测试流程以持续提高测试团队的绩效。这个问题目前已有一些答案。如“制定测试计划-设计测试-执行测试-测试分析与总结”等等。从执行的角度而言，这类粗略的阶段划分或许已经够用，没有进一步研究的必要。但对于控制测试过程而言，对于测试服务型企业通过CMMI认证而言，尤其是对于改进软件测试过程而言，几乎是没有帮助的。
核心观点
在测试技术蓬勃发展的另一方面，测试行业也在迅速地积累着各种问题。
[ 本帖最后由 jason_zhang82 于 2007-2-12 16:45 编辑 ] 好贴 请这位仁兄再多转转sdlkfj2 顶！ 顶sdlkfj5 以前不在意流程,现在工作了才知道,测试的关键很大部分因为流程,没有流程的测试等于没有根基就造房子,造到拿倒到哪里,而且做测试的人也没有目标和原则,好的流程是做好测试的一个必要条件
页:
[1]
