在前面两篇，我们已经学习了基本的一些知识点，今天继续了解软件测试流程，软件测试流程可以说是跟随软件开发阶段而形成的相应任务。
软件测试流程是一种抽象的模型，用于定义软件测试的流程和方法。众所周知，开发过程的质量决定了软件测质量，同样的，测试过程的质量将直接影响测试结果的准确性和有效性。软件测试过程和软件开发过程一样，都遵循软件工程原理，遵循管理学原理。
其中单元测试主要是分别完成每个单元的测试任务，以确保每个模块能正常工作。
集成测试是把已测试过的模块组装起来，进行集成测试，其目的在于检验与软件设计相关的程序结构问题，这时较多的采用黑盒测试方法来设计测试用例。
确认测试主要是在完成集成测试之后，要对开发工作初期指定的确认准则进行检验。
系统测试是针对在完成确认测试以后，给出的应该是合格的软件产品，但为检验它能否与系统的其他部分（如硬件、数据库及操作人员）协调工作，需要进行测试；严格地说，系统测试已经超出了软件工程的范围。
验收测试是检验软件产品质量的最后一道工序，与前面讨论的各种测试活动的不同之处在于它突出了客户的作用，同时软件开发人员也应有一定程度的参与。
其实这些测试，在上一篇博客概述过，只不过现在结合图形来学习比较的深刻、形象。
软件测试的过程模型
V模型：V模型是最具代表意义的测试模型，它最早由Paul Rook在20世纪80年代后期提出的，V模型在英国国家计算机中心文献中发布，旨在改进软件开发的效率。
W模型是由Evolutif公司提出，相对于V模型，W模型更科学。W模型可以说是V模型自然而然的发展。它更强调：测试伴随着整个软件开发周期，而且测试的对象不仅仅是程序，需求、功能和设计同样要测试。这样，只要相应的开发活动完成，我们就可以开始执行测试。可以说，测试与开发是同步进行的，从而有利于尽早的发现问题。以需求为例，需求分析一完成，我们就可以对需求进行测试，而不是等到最后才进行对需求的验收测试。
同样的，W模型也是有局限性的。W模型和V模型都把软件的开发视为需求、设计、编码等一系列串行活动。同样的，软件开发和测试保持一种线性的前后关系，需要有严格的指令表示上一阶段完全结束，才可正式开始下一阶段。这样就无法支持迭代、自发性以及变更的调整了。
H模型：虽然软件开发期望有清晰的需求、设计和编码阶段，但是实践告诉我们，严格的阶段划分只是一种理想状况。没有几个项目在有了明确的需求之后才开始设计的。所以，相应的测试之间也不存在严格的次序关系。同时，各层次之间的测试也存在着反复触发、迭代和增量的关系，其次，V模型和W模型都没有很好的体现流程的完整性。
为了解决以上问题，有专家提出了H模型。它将测试活动完全的独立出来，形成一个完成独立的流程，将测试准备活动和测试执行清晰的体现出来。
X模型左边描述的是针对单独程序片段所进行的相互分离的编码和测试，此后，将进行频繁的交接，通过集成最终合成为可执行的程序，图中的右上方可以体现出来，而且这些可执行程序还需要进行测试，已通过集成测试的成品可以进行封版并提交给用户，也可以作为更大规模和范围内集成的一部分。
同时，X模型还定位了探索性测试，这是不进行事先计划的特殊类型测试，诸如，“我这么测试一下，结果会如何，这一方式往往能帮助有经验的测试人员在测试计划之外发现更多的软件错误。
以上为基础理论知识，作为了解级别处理。
来源：Yorkie_Lin
声明：本站部分文章及图片转载于互联网，内容版权归原作者所有，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！