测试用例、测试流程模型、测试方法详解 超详细分解

1. 测试用例

1.1 测试用例前提

• 什么是测试用例？

一组由前提条件、测试输入、执行条件以及预期结果等组成，以完成对某个特定需求或者目标测试的数据，体现测试方案、方法、技术和策略的文档。

• 为什么编写测试用例

（1）深入了解需求的过程：一个项目立项开始，测试就开始介入，我们从产品的需求文档、原型图，效果图等相关文档去熟悉产品的各个模块，各个业务流程。或者在产品规划和设计阶段，测试开始熟悉产品。而编写用例的过程中，会充分的思考产品需求的细枝末节，需求的不合理、有矛盾、不明确的地方，还能对产品提出更好的建议，监督产品对需求做出更加详细的设计。整个过程是对需求深入了解的过程，产品的整个印象都在测试脑海里。 （2）测试执行的指导：用例编写是把产品需求转换为一种可操作步骤的行为，方便以后作为测试的标准，有步骤有计划的进行测试。如果没有这个标准，会使你的测试过程无计划，无目标，变成一个放任主流的状态，完全没有受控性。这样的产品质量保证显然是空谈。 （3）规划测试数据的准备：在我们的实践中测试数据是与测试用例分离的。按照测试用例配套准备一组或若干组测试原始数据，以及标准测试结果。尤其象测试报表之类数据集的正确性，按照测试用例规划准备测试数据是十分必须的。除正常数据之外，还必须根据测试用例设计大量边缘数据和错误数据。 （4）反应测试进度：测试人员开始按照测试用例的描述测试，每过完一个用例标记完成；这样测试也知道自己做过哪些操作，避免没有目的随机测试。并且通过测试用例的执行条数，大致了解该模块的测试进度。 （5）举一反三发现潜藏缺陷：测试人员开始按照测试用例的描述测试，每过完一个用例标记完成；这样测试也知道自己做过哪些操作，避免没有目的随机测试。并且通过测试用例的执行条数，大致了解该模块的测试进度。 （5）分析缺陷的标准*：通过收集缺陷，对比测试用例和缺陷数据库，分析确认是漏测还是缺陷复现。漏测反映了测试用例的不完善，应立即补充相应测试用例，最终达到逐步完善软件质量。而已有相应测试用例，则反映实施测试或变更处理存在问题。

1.2 测试用例定义

• IEEE 标准的定义:使用人工或自动的手段来运行或测定某个系统的过程，其目的在于检验;它是否满足规定的需求或是弄清预期结果与实际结果之间的差别。
• G.J.Myers给出的定义:“程序测试是为了发现错误而执行程序的过程”。这个定义被软件测试业界所认可，并经常被引用。

1.3 目的和意义

（1）测试是完善程序的过程，目的在于使系统更加符合用户的使用习惯，让系统在上线后带给客户极高的用户体验； （2）测试应致力于发现至今为止未发现的错误 （3）以最少的时间和人力，系统地找出软件中潜在的各种错误和缺陷； （4）证明软件的功能和性能与需求说明项符合； （5）通过测试的结果数据为软件的可靠性分析提供分析

1.4 测试分类

（1）静态测试：通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。对需求规格说明书、软件设计说明书、源程序做结构分析、流程图分析、符号执行来找错。可以借助代码扫描工具以及经验丰富的开发人员组织代码检查等。 （1.1）静态测试检查项：代码风格和规则审核；程序设计和结构的审核；业务逻辑的审核；走查、审查与技术复审手册。 （2）动态测试：指被测代码在相对真实环境下运行，从多角度观察程序运行时能体现的功能、逻辑、行为、结构等行为，以发现其中的错误现象。动态测试的主要测试方法以黑盒测试和白盒测试为主。 （3）手工测试：就是由人去一个一个的输入用例，然后观察结果，和机器测试相对应，属于比较原始但是必须的一个步骤。 优点：自动化无法替代探索性测试、发散思维类无既定结果的测试。 缺点：执行效率慢，量大易错。 （4）自动化测试：就是在预设条件下运行系统或应用程序，评估运行结果，预先条件应包括正常条件和异常条件。简单说自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程。 自动化测试有功能测试自动化、接口自动化、性能测试自动化、安全测试自动化。 （5）白盒测试：白盒测试又称结构测试、透明盒测试、逻辑驱动测试或基于代码的测试。白盒指的打开盒子，去研究里面的源代码和程序结果 白盒测试也可以分为静态测试和动态测试。 （6）黑盒测试：黑盒测试也称功能测试，测试中把被测的软件当成一个黑盒子，不关心盒子的内部结构是什么，只关心软件的输入数据与输出数据。 （7）灰盒测试：是介于白盒测