(五)所见即所得 之 测试计划(1)

一、测试计划的重要性

软件项目,通常都会有详细的项目计划。软件测试作为整个项目中的重要一环,也要执行详细的测试计划。正所谓运筹帷幄之中,决胜千里之外,强调的就是预先计划的重要性和必要性。

在早期的软件工程实践中,软件测试计划的制定通常是在需求分析,以及测试需求分析完成后开始,并且是整个软件研发生命周期中的重要环节。

但是,在敏捷开发模式下,你可能会有这样的疑问,软件测试计划还有那么重要吗?我所在的软件项目压根儿就没有正式的测试计划,不也没出什么大问题吗?

的确,对于很多非产品型的互联网公司,由于采用了敏捷开发模式,的确很少去制定传统意义上的测试计划了,但这并不是说它们就不再制定测试计划了。

只不过是,测试计划的表现形式已经不再是传统意义上庞大的、正式的测试计划文档了,而更多的是体现在每个迭代(sprint)的计划环节,而且这样的短期测试计划可以非常迅速地根据项目情况实时调整。

所以说,测试计划依旧存在,只是从原来的一次性集中制定测试计划,变成了以迭代的方式持续制定测试计划。 但是对于传统软件企业,或者是做非互联网软件产品的企业,它们通常还是会有非常正式的软件测试计划。

由此可见,无论对于早期最具典型性的瀑布开发模型,还是现在的敏捷开发模型,测试计划的重要性始终没有发生变化。

二、如果没有测试计划,会带来哪些问题?

  1. 很难确切地知道具体的测试范围,以及应该采取的具体测试策略;

  2. 很难预估具体的工作量,和所需要的测试工程师数量,同时还会造成各个测试工程师的分工不明确,引发某些测试工作被重复执行,而有些测试则被遗漏的问题;

  3. 测试的整体进度完全不可控,甚至很难确切知道目前测试的完成情况,对于测试完成时间就更难预估准确的时间节点了;

  4. 整个项目对潜在风险的抵抗能力很弱,很难应对需求的变更以及其他突发事件。

软件测试52讲---笔记整理

你可能感兴趣的:((五)所见即所得 之 测试计划(1))