据结构；3、独立路径；4、出
错处理；5、边界条件。
6
单元测试策略：有三种，独立的单元测试策略，自顶向下的单元测试策略和自底向
上的单元测试策略。
独立的测试策略：不考虑每个模块与其他模块之间的关系，为每个模块设计桩模块和驱动模块。每个模块进行独立的单元测试。
自顶向下的测试策略：先对最顶层的单元进行测试，把顶层所调用的单元做成桩模块。其次对第二层进行测试，使用上面已测试的单元做驱动模块。如此类推直到测试完所有模块。
自底向上测试：先对模块调用层次图上最低层的模块进行单元测试，模拟调用该模块的模块做驱动模块。然后再对上面一层做单元测试，用下面已被测试过的模块做桩模块。依次类推，直到测试完所有模块。
7
单元测试过程：计划测什么、设计测试方案、策略、实现写测试用例、代码、
执行测试报告四个阶段。
8
单元测试的原则：1、对全新的代码或修改过的代码进行单元测试；2、单元测
试根据单元测试计划和方案进行，排除测试的随意性；3、必须保证单元测试计划、单元
测试方案、单元测试用例等经过评审；4、当测试用例的测试结果与预期结果不一致时，
单元测试的执行人员需如实记录实际的测试结果；5、只有当测试计划中的结束标准达到
时，单元测试才能结束；6、对被测试单元需达到的一定的代码覆盖率要求。
三测试用例
1
简介：测试用例TestCase是为某个特殊目标而编制的一组测试输入、执行条
件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。也指对一项特定的
软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。内容包括测试目标、测
试环境、输入数据、测试步骤、预期结果、测试脚本等，并形成文档。
f不同类别的软件，测试用例是不同的。
2
概述：测试用例构成了设计和制定测试过程的基础。测试的“深度”与测试用例的数
量成比例。由于每个测试用例反映不同的场景、条件或经由产品的事件流，因而，随着测试
用例数量的增加，你对产品质量和测试流程也就越有信心。
判断测试是否完全的一个主要评测方法是基于需求的覆盖，而这又是以确定、实施和或执行的测试用例的数量为依据的。
测试工作量与测试用例的数量成比例。最佳方案是为每个测试需求至少编制两个测试用例。一个测试用例用于证明该需求已经满足，通常称作正面测试用例。另一个测试用例反映某个无法接受、反常或意外的条件或数据，用于论证只有在所需条件下才能够满足该需求，这个测试r