文档介绍：软件测试总结
:单元测试、集成测试、系统测试、确认测试和验收测试。
单元测试。
单元测试又称模块测试，是针对软件设计的最小单位——程序模块进行正确性检验的测试工作。其目的在于检查每个程序单元能否正能测式。
(2)稳妥定性测试:也叫可靠性测试，指连续运行被测系统，检查系统运行的稳定程度。
(3)负载测试:通常是指让被测系统在其能忍受的压力的极限范围之内连续运行，来测试系统的稳定性。压力测试:通常是指持续不断地给被测系统增加压力，直到将被测系统压垮为止，用来测试系统所能承受的最大压力。

回归测试:
是指对软件的新版本测试时，重复执行上一个版本测试时的用例。
冒烟测试:
是指在对一个新版本进行系统大规模的测试之前，先验证一下软件的基本功能是否实现，
是否具备可测性。
随机测试:
也有人称为猴子测试，是指测试中所有的输入数据都是随机产生成的，其目的是模拟用户的真实操作，并发现一些边缘性的错误。
软件测试的原则
所有测试的标准都是建立在用户需求之上。
软件测试必须基于“质量第一”的思想去开展各项工作，当时间和质量冲突时，时间要服从质量。
事先定义好产品的质量标准，只有有了质量标准，才能根据测试的结果，对产品的质量进行分析和评估。
软件项目一启动，软件测试也就是开始，而不是等程序写完，才开始进行测试。穷举测试是不可能的。甚至一个大小适度的程序，其路径排列的数量也非常大，因此，在测试中不可能运行路径的每一种组合
第三方进行测试会更客观，更有效。
软件测试计划是做好软件测试工作的前提。
测试用例是设计出来的，不是写出来的，所以要根据测试的目的，采用相应的方法去设计测试用例，从而提高测试的效率，更多地发现错误，提高程序的可靠性。对发现错误较多的程序段，应进行更深入的测试。一般来说，一段程序中已发现的错误数越多，其中存在的错误概率也就越大。
重视文档，妥善保存一切测试过程文档(测试计划、测试用例、测试报告等) 应当把“尽早和不断地测试”作为测试人员的座右铭
回归测试的关联性一定要引起充分的注意，修改一个错误而引起更多错误出现的现象并不少见
测试应从“小规模”开始，逐步转向“大规模”。
不可将测试用例置之度外，排除随意性。
必须彻底检查每一个测试结果。
一定要注意测试中的错误集中发生现象，这和程序员的编程水平和****惯有很大的关系
对测试错误结果一定要有一个确认的过程。
相对于V模型，W模型增加了软件各开发阶段中应同步进行的验证和确认活动。W模型由两个V字型模型组成，分别代表测试与开发过程，图中明确表示出了测试与开发的并行关系。
W模型强调:测试伴随着整个软件开发周期，而且测试的对象不仅仅是程序，需求、设计等同样要测试，也就是说，测试与开发是同步进行的。
W模型测试的优点:
W模型有利于尽早地全面的发现问题。例如，需求分析完成后，测试人员就应该参与到对需求的验证和确认活动中，以尽早地找出缺陷所在。同时，对需求的测试也有利于及时了解项目难度和测试风险，及早制定应对措施，这将显著减少总体测试时间，加快项目进度。
W模型测试的缺点:
W模型也存在局限性。在W模型中，需求、设计、编码等活动被视为串行的，同时，测试和开发活动也保持着一种线性的前后关系，上一阶段完全结束，才可正式开始下一个阶段工作。这样就无法支持迭代的开发模型。对于当前软件开发复杂多变的情况，W模型并不
能解除测试管理面临着困惑。
W模型
V
模型
单元测试、集成测试、系统测试、验收测试、确认测试
单元测试是对软件中的基本组成单位进行的测试，如一个模块、一个过程等等。它是软件动态测试的最基本的部分，也是最重要的部分之一，其目的是检验软件基本组成单位的正确性。
集成测试是在软件系统集成过程中所进行的测试，其主要目的是检查软件单位之间的接口是否正确
系统测试是对已经集成好的软件系统进行彻底的测试，以验证软件系统的正确性和性能等满足其规约所指定的要求，检查软件的行为和输出是否正确并非一项简单的任务，它被称为测试的“先知者问题”。
验收测试旨在向软件的购买者展示该软件系统满足其用户的需求。它的测试数据通常是系统测试的测试数据的子集.
确认测试:确认测试又称有效性测试。有效性测试是在模拟的环境下，运用黑盒测试的方法，验证被测软件是否满足需求规格说明书列出的需求。任务是验证软件的功能和性能及其他特性是否与用户的要求一致。对软件的功能和性能要求在软件需求规格说明书中已经明确规定，它包含的信息就是软件确认测试的基础。
在软件编码结束后，对编写的每一个程序模块进行测试，称为“单元测试”;在模块