什么是测试生命周期，解释一下它的各个阶段？

Question

如题所述

Answer 1

概念：测试的生命周期
在软件开发生命周期中，软件是通过迭代来不断加以完善的。在这种环境中，对于每个作为测试目标的工作版本，测试的生命周期还都必须具有一种迭代方法。对于针对每个工作版本执行的测试，都作出了增补和改进，并累积为一个测试体，用于后续阶段的回归测试。该方法表明它将导致在整个流程中重复进行测试，就象修订软件本身一样。这里没有一成不变的软件规约，也没有一成不变的测试。

该迭代方法非常注重回归测试。迭代 X 中的大多数测试在迭代 X+1 中都用作回归测试。在迭代 X+2 中，将使用迭代 X 和迭代 X+1 中的大多数测试作为回归测试，后续迭代中采用的原则与此相同。因为相同的测试要重复多次，所以投入一些精力将测试自动化将会获益良多。此外，也有必要有效地自动执行测试，来满足完工期限的要求。

在同一张图中，观察不具有项目其余部分的测试的生命周期。图中展示了不同测试活动在非迭代视图中相互联系的方式：

测试的生命周期。

该生命周期必须与迭代方法结合起来，这意味着每个迭代都将具有遵循该模式的测试周期。

执行测试既是新测试的执行，又是使用先前测试的回归测试。

测试的生命周期是软件生命周期的一部分；它们应该同时开始。测试的设计开发过程与正在构建的应用程序一样复杂和艰巨。如果未能尽早开始，测试或者不够完善，或者会导致需要在开发时间表上附加一个长时间的测试和错误修正时间表，这将有违迭代开发的初衷。此外，测试计划和设计活动可以揭示应用程序定义中的故障和缺陷。这些问题越早得以解决，对整个时间表造成的影响就越小。评价过程中发现的问题可以在本次迭代解决，也可以留待下次迭代解决。通过核实已经实施的需求来评测迭代的完全程度，是评价的主要任务之一。迭代之间始终存在着某种“需求蠕变”，您需要意识到其存在并能够对其加以管理。

执行测试的方式取决于多种因素：您的应用领域、预算、公司策略和风险承受能力以及职员。对于测试的投资多少取决于在具体环境中评价质量和承受风险的方式。

Answer 2

测试是手段，品质保证是目标。

测试的基本知识，让我们一起快速过一遍：
什么是软件测试：在软件投入运行前，对软件需求分析、设计规格说明和编码的最终复审，是软件质量保证的关键步骤。
测试的目标：以较少的用例、时间和人力找出软件中潜在的各种错误和缺陷，以确保系统的质量。
从测试的类型来看，测试分为2种：黑盒测试和白盒测试。
黑盒测试又称为功能测试或数据驱动测试，把系统看成一个黑盒子，不考虑程序的内在逻辑，只根据需求规格说明书的要求来检查程序的功能是否符合它的功能说明。
白盒测试又称为结构测试和逻辑驱动测试，允许测试人员对程序内部逻辑结构及有关信息来设计和选择测试用例，对程序的逻辑路径进行测试。
测试用例由测试输入数据以及与之对应的输出结果组成。测试用例设计的好坏直接决定了测试的效果和结果。
从测试实际的前后过程来看，软件测试上是由一系列的不同测试所组成，这些软件测试的步骤分为：单元测试、组装测试（集成测试）、确认测试和系统测试。软件开发的过程是自顶向下的，测试则正好相反，以上这些过程就是自底向上，逐步集成的。
单元测试（模块测试）：针对每个模块进行的测试，可从程序的内部结构出发设计测试用例，多个模块可以平行地对立地测试。通常在编码阶段进行，必要的时候要制作驱动模块和桩模块。
集成测试：在单元测试的基础上，将所有模块按照设计要求组装成为系统，必须精心计划，应提交集成测试计划、集成测试规格说明和集成测试分析报告。
确认测试：验证软件的功能和性能及其它特性是否与用户的要求一致。
系统测试：将软件放在整个计算机环境下，包括软硬件平台、某些支持软件、数据和人员等，在实际运行环境下进行一系列的测试。
测试工作的文档主要有：测试计划、测试模型和用例设计或规格说明、测试分析报告等。从软件工程上说，这是属于软件配置的一部分。（我不知道，如果什么报告都没有，只是不断地摆弄执行程序，看到错误和问题就记下来，算不算真正的测试？）