论进的V测试模型综述.doc

论进的V测试模型综述 摘要:在开发软件的过程中，必须进行有效的测试过程，以保证软件的质量，使企业在竞争中立于不败之地。本文首先总结了软件测试的原则，然后分析了传统的V测试模型的一些缺点，并在此基础上提出了改进的V测试模型。 关键字:V测试模型　测试原则　生命周期测试 作者简介： 马俊，男，24岁，西南大学硕士研究生，主要研究方向：计算 机软件与理论；丁晓明，男，40岁，西南大学计算机科学与信息学院副教授，硕士生导师。 1引言 随着计算机技术的飞速发展，软件行业的竞争日益激烈，在开发软件的过程中，人们使用了许多保证软件质量的方法来分析、设计和实现软件，以保证自己生产的软件在竞争中的不败。但开发人员难免会在工作中犯错误，特别是对于规模大，复杂性高的软件更是如此。这样，在软件产品中就会隐藏许多错误和缺陷。这些错误和缺陷如果遗留到软件投入运行之时，终将会暴露出来。1996年，由于阿里亚纳（Ariane）5号火箭上的软件系统失败，损失了多个卫星，造成的间接经济损失达到数十亿美元[1]。象这种要求极高的系统的验证工作比其他类型的系统更为重要，而且成本也高得多。但若不进行足够的验证而出现Ariane5号火箭这种情况，则造成的损失比验证的成本要高得多。许多类型的软件所使用的领域还涉及到人类的生命安全。比如医用领域的胰岛素注射系统，若因软件的缺陷而造成系统故障，向病人注射过量的胰岛素，会导致脑功能障碍甚至死亡。以上提到这些风险及大的软件系统，在开发过程中必须经过严格的测试，以验证软件系统的可靠性。就算一般的系统，虽然不会对人的生命造成危害，但是在经济方面的损失是不可估量的。比如银行的管理系统，若出现系统崩溃的情况，经济损失巨大。所以不管什么系统，都必须在经济允许的情况下，进行足够的测试，已保证软件的质量。 ２软件测试的原则 软件测试有以下几项原则： （１）在软件开发生命周期中尽早地和不断地进行测试[2]。 质量保证协会的调查表明，应用系统每1000个源语句中存在大约60个缺陷，这些缺陷中有2/3是出现在系统的需求和设计阶段的。如果拖到后面的阶段解决这些缺陷，将增加大量费用。 （２）测试用例应由测试输入数据和与之对应的预期输出结果这两部分组成。 （３）程序员应避免测试自己的程序。如果程序员测试自己的程序，他会按自己开发时的思维方式来看待自己的程序，总认为自己的程序是正确的，不利于找到缺陷。 （４）要妥善保存测试计划、测试用例、出错统计和最终分析报告，这些文档会为维护人员维护阶段的工作提供方便。维护阶段是软件交付后的阶段，有可能维护人员是用户方的人而不是开发人员，保留这些文档就尤为重要。 ３传统的V测试模型分析 传统的Ｖ模型如下图： 图1　传统V测试模型 其左边每个开发活动都与右边的测试活动相对应,它描绘了软件开发过程中,需求、总体设计、详细设计和编码逐步实现，针对这些开发阶段的测试，其开展的次序正好相反。也就是说，代码最后被开发出来，而相应的单元测试首先被执行；需求最早开发，但相应的验收测试是最后才进行的。这个传统的模型是早期开发出来的，和现代软件工程中测试的原则不相适合。 V模型的缺点： （１）V模型是等到编码结束才开始进行单元测试，和前面提到的要在软件开发生命周期中尽早地和不断地进行测试这个最重要的测试原则相矛盾。 （２）应该开发和测试并行，开发小组和测试小组通力合作，而传统的V模型的这种方式很可能出现这种情况，开发人员编码完成，就等着测试小组提交缺陷报告，然后修改程序。这种就比较空闲，不利于人力资源的利用，也不利于小组间的合作。 （３）这个模型测试过程和开发过程在时间上严格的划分开，这样不利于测试计划、测试用例、出错统计和最终分析报告等文档的保存。 ４改进的V测试模型 我们在整个开发过程中应该进行生命周期测试，即在开发过程中对系统进行持续的测试，测试活动应该在需求阶段就开始，而不是在传统的编码之后，并且软件测试进程应该是和软件开发的开发进程并行进行的。 基于以上原因以及传统V测试模型的缺点，提出了改进的Ｖ测试模型，如下图。 图2　改进的V测试模型 这个模型左边是开发阶段，右边是与各个开发阶段对应的测试。他们的执行顺序都是从上到下，测试与开发并行进行。如需求分析阶段就有制定测试计划和测试需求这两个测试步骤；软件设计阶段就设计此阶段的测试用例并测试设计阶段得出的结果。每个阶段都要设计相应的测试用例，一旦得出了可测试的结果，就对其进行测试。这也符合尽早地和不断地进行测试这个原则。而且这样的话测试小组和开发小组就可以更好地合作，有利于资源利用。 该模型从一开始的需求12全文查看 管理资料下载站 提供大量的免费资料下载,如果你喜欢我们,请将我们分享给您的朋友们!WebAdJs(“s006”);收藏本文章下载本文章(DOC格式)