一、V模型
V 模型其实是软件开发瀑布模型的变种,反映了软件测试活动与软件开发过程(从分析到设计)。在V模型中,测试往往是被加在开发过程的后半部分。图示:
V 模型从左到右,描述了基本的开发过程和测试行为,明确地标明了测试工程中存在的不同级别,以及测试阶段和开发过程各阶段所对应的关系。
V 模型详细的描述了每个测试阶段所对应验证的对象,所以V 模型有一个优点是其详细地介绍了测试每个阶段所测试验证的依据。由于V 模型是软件开发中瀑布模型的变种,所以它存在和瀑布模型相似的一些问题。由于测试阶段处于软件实现后,这意味着在代码完成后必须有足够的时间预留给测试活动;否则将导致测试不充分,开发前期未发现的错误会传递并扩散到后面的阶段,而在后面发现这些错误时,可能已经很难再修正,从而导致项目的失败。V 模型最大的缺陷就是只把程序作为被测试对象,而需求、说明书等其他规格说明书都未被列为测试对象。这样需求分析阶段隐藏的问题一直到后期的验收测试才被发现,因此修改缺陷的成本就高了很多。
优点:
- 测试阶段划分得很清楚。
- 每个开发阶段都有相应的测试对其进行验证。
缺点:
- 容易让人误解为测试是在开发完成后的一个阶段;
- 由于其的顺序性,当编码完成后,正式进入测试时,一些bug可能