测试培训-单元测试.ppt

测试培训-单元测试 软件工程流程图 概述 单元测试的目标:确保模块被正确地编码。 由谁去做:通常由编程人员执行。 怎样去测试:功能测试可以用黑匣测试方法，代码测试可用白匣测试方法。 什么时候可以停止:当程序员感到代码没有缺陷时。 记录:通常没有记录。 名词解释 模块：程序组成部分的最小单元。 黑盒测试：黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。黑盒测试方法主要有等价类划分、边值分析、因—果图、错误推测等，主要用于软件确认测试。 白盒测试：白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证。 软件测试 什么是软件测试： 定义1：软件测试是为了发现错误而执行程序的过程。 定义2：软件测试是根据软件开发各阶段的规格说明和程序的内部结构而精心设计的一批测试用例（即输入数据和与其输出结果），并利用这些测试用例去运行程序，以发现程序错误的过程。 软件测试的对象： 软件测试不等于程序测试 软件测试贯穿于软件定义和开发的整个周期。因此，需求分析、概要设计、详细设计，以及程序编码等各阶段所得到的文档，包括需求规格说明书、概要设计说明书、详细设计规格说明书以及源程序，都是测试的对象。 软件测试 软件测试分类 按测试用例的设计方法，软件测试分为白盒测试和黑盒测试。 按测试策略和过程，软件测试分为单元测试、集成测试、确认测试和系统测试。 按软件系统工程，测试是软件质量保证的最后的一关。 本培训文档主要内容将围绕软件开发编码阶段运用的单元测试过程加以描述和讨论 单元测试 为什么要进行单元测试（一） 1 单元测试是不是太浪费时间了？ 不经过单元测试，直接进入集成测试，系统正常工作的可能性非常低，大量的时间被花费在跟踪那些简单的Bug上，会导致集成为一个系统时增加额外的工期。 编写完整计划的单元测试和编写实际的代码所花费的精力大致相同。但是，一旦完成了这些单元测试工作，很多Bug将被纠正，在确信他们手头拥有稳定可靠的部件的情况下，开发人员能够进行更高效的系统集成工作，这才是真正意义上的进步。 调试人员的不受控和散漫的工作方式只会花费更多的时间而取得很少的好处。 2 单元测试仅仅是为了证明这些代码作了什么吗？ 这是那些没有首先为每个单元编写一个详细设计文档而直接跳到编码阶段的开发人员提出的一条普遍的抱怨。这样的测试完全基于已经写好的代码，这无法证明任何事情。 单元测试基于详细设计文档，这样的测试可以找到更多的代码错误，甚至是详细设计的错误。 因此，高质量的单元测试需要高质量的详细设计文档。 为什么要进行单元测试（二） 3 我是一个很棒的程序员，是不是可以不进行单元测试呢？ 每个人都可能犯错误。 真正的完整的系统往往是非常复杂的，不能寄希望于没有进行广泛的测试和Bug修改过程就可以正常工作。 4 有集成测试就够了，集成测试将会抓住所有的Bug。 系统规模愈来愈大，复杂度愈来愈高，没有单元测试，开发人员很可能会花费大量的时间仅仅是为了使该系统能够运行。 任何实际的测试方案都无法执行。 在系统集成阶段，对单元功能全面测试的负载程度远远的超过独立进行的单元测试过程。 最后的结果是测试将无法达到它所应该有的全面性，一些缺陷将被遗漏，并且很多Bug将被忽略过去。 单元测试 为什么要进行单元测试（三） 5 单元测试的成本效率不高？ 无论什么时候做出修改都要进行完整的回归测试。 在生命周期中尽早的对产品进行测试将使效率和质量得到最好的保证 Bug修改越晚，费用就越高，单元测试是一个在早期抓住Bug的机会。 相比后阶段的测试，单元测试的创建更简单，维护更容易，并且可以更方便的进行重复。 从全程的测试费用来考虑，相比复杂且旷日持久的集成测试，或是不稳定的系统，单元测试所需的费用是最低的。 单元测试 单元测试的重要性 一个尽责的单元测试方法将会在产品开发的某个阶段发现很多的Bug，并且修改它们的成本也很低。 系统开发的后期阶段，Bug的检测和修改将会变得更加困难，并要消耗大量的时间和开发费用。 无论什么时候做出修改都要进行完整的回归测试，在生命周期中尽早的对产品代码进行测试将是效率和质量得到最好的保证。 在提供了经过单元测试的情况下，系