文档介绍：软件测试总结
软件测试
软件缺陷的定义：计算机系统或程序中存在的 任何一种破坏正常运行能力的问题、 错误或者 隐藏的功能缺陷、瑕疵。
对于软件缺陷的准确定义，通常有以下5条描 述：
1） 软件未实现产品说明书要求的功能。
2） 软件出现了产品说明书指明不会出现的错 误。
3） 软件超出实现了产品说明书提到的功能。
4） 软件实现了产品说明书虽未明确指出但应 该实现的目标。
5） 软件难以理解，不易使用，运行缓慢或者终 端用户认为不好。
软件测试的定义：软件测试是为了发现程序中 的错误而实施的一些方法和手段。
软件测试与开发的关系：
1）测试与软件开发各阶段的关系：软件开发过 程是一个自顶向下，逐步细化的过程。而测 试过程则是依相反的顺序安排的自底向上， 逐步集成的过程，低一级测试为上一级测试 准备条件。此外还有两者平行地进行测试。
首先对每一个程序模块进行单元测试，消除 程序模块内部在逻辑上和功能上的错误和 缺陷。再对照软件设计进行集成测试，检测 和排除子系统（或系统）结构上的错误。随 后再对照需求，进行确认测试。最后从系统 全体出发，运行系统，看是否满足要求。
2）测试与开发的并行性：在软件的需求得到确 认并通过评审后，概要设计工作和测试计划 制定设计工作就要并行进行。如果系统模块 已经建立，对各个模块的详细设计、编码、 单元测试等工作又可并行。待每个模块完成 后，可以进行集成测试、系统测试。
软件测试的原则：
1） 尽早地和不断地进行软件测试。
2） 测试用例应由测试输入数据和与之对应的 预期输出结果这两部分组成。
3） 程序员应避免检查自己的程序。
4） 在设计测试用例时，应当包括合理的输入条 件和不合理的输入条件。
5） 充分注意测试中的群集现象。
6） 严格执行测试计划。
7） 对每一个测试结果做全面检查。
8）保存测试计划，测试用例，出错统计和最终 分析报告。
软件测试的目的：
1） 测试是程序的执行过程，目的在于发现错 误，不能证明程序的正确性，仅限于处理有 限种的情况。
2） 检查系统是否满足需求，这也是测试的期望 目标。
3） 一个好的测试用例在于发现还未曾发现的 错误；成功的测试是发现了错误的测试。
软件测试标准如下：
1） 揭示错误。
2） 质量第一"的思想。
3） 建立质量标准。
4） 软件项目一启动，软件测试也就开始，而不 是等程序写完，才开始进行测试。
5） 测试用例是设计出来的，不是写出来的。
6） 对发现错误较多的程序段，应进行更深入的 测试。
静态测试：通过对被测程序的静态审查，发现 代码中潜在的错误。它一般用人工方式脱机完 成，故亦称人工测试或代码评审
动态测试：是通过源程序运行时所体现出来的 特征，来进行执行跟踪、时间分析以及测试覆 盖等方面的测试。
黑盒测试：黑盒测试是一种从用户观点出发的 测试，又称为功能测试，数据驱动测试和基于 规格说明的测试。
白盒测试：白盒测试基于产品的内部结构来 进行测试，检查内部操作是否按规定执行，软 件各个部分功能是否得到充分利用。白盒测试 又称为结构测试，逻辑驱动测试或基于程序的 测试。
1） 语句覆盖：是指设计若干个测试用例，程序 运行时每个可执行语句至少被执行一次。
2） 判断覆盖：是指设计若干个测试用例，执行 被测试程序时，程序中每个判断条件的真值 分支和假值分支至少被执行一遍。
3） 条件覆盖：是指设计若干个测试用例，执行 被测试程序时，序中每个判断条件中的每个 判断式的真值和假值至少被执行一遍。
4） 判断/条件覆盖是指设计若干个测试用例， 执行被测试程序时，程序中每个判断条件的 真假值分支至少被执行一遍，并且每个判断 条件的内部判断式的真假值分支也要被执 行一遍。
5） 条件组合覆盖是指设计若干个测试用例，执 行被测试程序时，程序中每个判断条件的内 部判断式的各种真假组合可能都至少被执 行一遍。
6） 路径覆盖（Path Coverage*:够覆盖程序中 所有的可能路径。
软件测试复杂性：完全测试是不现实的、软 件测试是有风险的、杀虫剂现象、缺陷的不确 定性。
软件测试经济性：二是体现在测试工作在整 个项目开发过程中的重要地位，二是体现在应 该按照什么样的原则进行测试，以实现测试成 本与测试效果的统一。影响因素：
1） 软件面向的目标用户
2） 可能出现的用户数量
3） 潜在缺陷造成的影响
4） 开发机构的业务能力
软件测试的充分性准则有以下几点：
1） 对任何软件都存在有限的充分测试集合；
2） 单调性；
3） 非复合性；
4） 非分解性；
5） 软件测试的充分性与软件的需求、软件的实 现都相关；
6） 复杂性；