如何划分软件测试阶段

如何划分软件测试阶段

　　1974年，美国举行了第一届软件测试大会，首次确定了软件测试的学科，同时也是软件质量领域的一个重要分支。由于软件测试已经成为一个学科，那么在实际测试过程中，必然存在一个过程控制，随着测试的不断成熟，我们将软件测试分为单元测试、集成测试和系统测试三个阶段。

　　一软件测试阶段的划分

　　一般来说，测试分为三个阶段：单元测试、集成测试和系统测试，通常我们在系统测试后发布该产品，但是有些情况下，我们的测试还划分出另外的阶段，即验收测试，软件测试阶段划分，如图1-2所示。

　　1、质量途径

　　图1-2的测试阶段划分

　　确性是指在定的使用，使用户能与准确性和完性相关规定目标的能力。在用户使用，产品是否内外质量模的相关特，有效性反义效，所以在用户使用过程中不出现失效现象，失效不代表产品一定会报错，有时显示计算准确度不够高或者偶尔出现报错的现象失效。就是说，测试产品是否有效应该外部质量相关的子特性验证。编写完代码后，应先对每个单元模块进行单元测试，确定每个单元模块都没有问题。在完成单元模块测试之后，集成测试主要是验证单元模块之间的数据传递是否正确。整合测试是系统测试，系统测试实际上是集成测试，即集成测试，即当我们持续集成测试时，将系统的全部功能整合到一起，成为最后一个系统，这就是系统测试。系统测试结束后，一般的产品发布，但如果是一些定制产品或外包产品，此时客户肯定会进行验收测试，验收测试从某

　　一个度说就是系统测试的延续，当然验收测试又分为正式的验收测试和非正式的验收测试两种，关于第18章将对验收测试进行详细的介绍。

　　表格1-1显示了单元测试、集成测试和系统测试的区别。

　　用质量要求包括在指定的使用环境使用质量的需求常用的测试方法包括：验收、α和β。外质是指软件系统作为一个完整的整体运行所体现出的各方面的质特征。常用的测试方法：动态测试和系统测试。

　　

表格1-1 ST, IT, UT的区别

　　二、回归检验

　　回归测试实际上并不是一个测试阶段，而是在每个测试阶段进行回归测试，回归测试贯穿整个测试过程，对于回归测试，我们需要把握三个方面的内容：回归测试的过程、回归测试的策略、回归测试的阶段。

　　图1-3显示了回归测试流程。

　　(1)使用并能的实际需。

　　图1-3回归测试过程

　　当测试条件准备好时，在进行测试时，需要比较实际结果和预期结果是否一致，如果实际测试结果和预期结果一致，那么这个测试用例是正确的;但是，如果实际测试与预期结果不一致，则说明存在 BUG功能，如果测试过程中有 BUG，那么下一次再次发布测试版本时，就必须确认该 BUG已经解决了，我们将这样一个过程称为回归测试。

　　因此，当发现 BUG和下一个版本回归测试时，该如何回归测试呢?还是仅仅验证了所有功能的出现 BUG功能?回归测试要讨论的第二个问题，即回归测试策略。通常有四种回归测试策略：全面回归测试、选择性回归测试、指标回归测试和自动化工具回归测试。

　　(1)全面回归检验

　　“全面回归测试”是指无论发现了多少个问题，也不管哪一个功能有问题，都要进行测试。整体回归测试的优势在于验证所有的功能，尽可能地保证系统的正常运行，但这同样带来了一个重要问题，如果进行了全面回归测试，测试的成本将大大增加，而且从测试心理学的角度来看，工程师是无法完全回归测试的，即使给了您足够的测试时间，也无法完全恢复。

　　在此之前，我们讨论了测试心理学，这是关于测试心理的两种情况，当我们回归测试时，我们测试的心理会发生变化，我们更倾向于这样的想法：“测试是为了证明系统没有问题。”因此，我们不可能对所有的测试用例进行验证，很可能只是选择部分用例来进行验证测试。

　　(2)选择性回归检验

　　选择回归测试是指，在回归测试时，我们只验证那些出现问题的功能，没有问题的功能就不会被测试。举例来说，一个系统总共有20个功能点，在第一轮测试中，可以找到10个 BUG，这10个 BUG被检测到，那么选择回归测试只对这8个功能进行回归测试。

　　但是这有个问题，当修改某一 BUG时，如果修改了 A函数，而该 A函数又被其它功能调用(假设它是F1功能，这个F1功能在前一轮测试中是正确的)，那么这个时候就不能仅仅验证存在问题的8个功能，还应该验证F1的功能是否正确，也就是说，除了要检查这些 BUG，还要注意哪些可能影响的模块。但还有一个问题，测试工程师怎么知道哪些功能会受到影响呢?因此，在修复 BUG时，开发工程师要把当前的 BUG归咎于什么，这个问题是如何修正的，以及可能产生的影响，因此，选择性回归测试除了需要验证当前的问题之外，还需要验证修改的这些问题可能对其他功能造成的影响。

　　(3)指标法回归测试

　　指数法回归测试是指每一次回归测试中一定比例的测试用例，如用例库共500个用例，每次回归测试仅对其中60%的用例进行回归验证，这种方法是不可取的，因为没有对回归的60%作出规定，因此测试工程师会故意回到一些不相关的测试用例中，从而无法保证质量。

　　(4)自动工具回归测试

　　自动工具回归测试就是用自动测试工具进行回归测试，前面我们介绍过，从理论上讲，其实无论哪种功能被修改，都要对所有功能进行回归测试。但在进行全面回归测试时，由于时间成本和测试心态的改变，其实我们也不能保证能够完全回归测试，此时就可以用自动测试工具来代替人工的回归测试，这样既能解决测试成本的问题，又能解决测试工程师在测试过程中的心态问题。当前，我国的自动化测试还处于起步阶段，但是未来的自动化测试必将成为一种趋势。

　　回归测试始终存在于整个测试过程中，而不仅仅存在于某一阶段，因为无论是单元测试、集成测试还是系统测试，只要在测试期间发现系统有 BUG，就需要修改 BUG，并在完成修改之后进行回归测试，以验证 BUG是否修改了 BUG。

以上是关于软件测试的知识，由多测师亲自撰写，全网独家提供!   https://www.duoceshi.com/