软件测试_13_1.pptVIP

B/S后台开发 软件测试 定义 软件测试就是利用测试工具按照测试方案和流程对产品进行功能和性能测试 甚至根据需要编写不同的测试工具，设计和维护测试系统 对测试方案可能出现的问题进行分析和评估 执行测试用例后，需要跟踪故障，以确保开发的产品适合需求。 软件测试的内容 软件测试主要工作内容是验证(verification)和确认(validation ) 验证(verification)是保证软件正确地实现了一些特定功能的一系列活动，即保证软件做了你所期望的事情。(Do the right thing) 　　 1.确定软件生存周期中的一个给定阶段的产品是否达到前阶段确立的需求的过程 2.程序正确性的形式证明，即采用形式理论证明程序符合设计规约规定的过程 3.评市、审查、测试、检查、审计等各类活动，或对某些项处理、服务或文件等是否和规定的需求相一致进行判断和提出报告 确认(validation)是一系列的活动和过程，目的是想证实在一个给定的外部环境中软件的逻辑正确性。即保证软件以正确的方式来做了这个事件(Do it right) 　　 1.静态确认，不在计算机上实际执行程序，通过人工或程序分析来证明软件的正确性； 　　 2.动态确认，通过执行程序做分析，测试程序的动态行为，以证实软件是否存在问题。 　　 软件测试的对象不仅仅是程序测试，软件测试应该包括整个软件开发期间各个阶段所产生的文档 如需求规格说明、概要设计文档、详细设计文档，当然软件测试的主要对象还是源程序。 软件内部结构和具体实现的角度划分 白盒测试 黑盒测试 灰盒测试 白盒测试 也称结构测试或逻辑驱动测试 按照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作 白盒测试主要是想对程序模块进行如下检查： 对程序模块的所有独立的执行路径至少测试一遍。 对所有的逻辑判定，取“真”与取“假”的两种情况都能至少测一遍。 在循环的边界和运行的界限内执行循环体。 测试内部数据结构的有效性 黑盒测试 也称功能测试，它是通过测试来检测每个功能是否都能正常使用。 在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。 黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。 黑盒测试主要是为了发现以下几类错误： 是否有不正确或遗漏的功能？ 在接口上，输入是否能正确的接受？能否输出正确的结果？ 是否有数据结构错误或外部信息（例如数据文件）访问错误？ 性能上是否能够满足要求？ 是否有初始化或终止性错误？ 灰盒测试 是介于白盒测试与黑盒测试之间的，可以这样理解，灰盒测试关注输出对于输入的正确性 同时也关注内部表现，但这种关注不象白盒那样详细、完整，只是通过一些表征性的现象、事件、标志来判断内部的运行状态，有时候输出是正确的，但内部其实已经错误了，这种情况非常多，如果每次都通过白盒测试来操作，效率会很低，因此需要采取这样的一种灰盒的方法。 执行程序的角度 静态测试 静态方法是指不运行被测程序本身，仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。 静态测试结果可用于进一步的查错，并为测试用例选取提供指导。 动态测试 动态方法是指通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率和健壮性等性能 这种方法由三部分组成： 构造测试实例、执行程序、分析程序的输出结果 所谓软件的动态测试，就是通过运行软件来检验软件的动态行为和运行结果的正确性。目前，动态测试也是公司的测试工作的主要方式。 软件开发的过程按阶段划分 单元测试 单元测试（模块测试）是开发者编写的一小段代码，用于检验被测代码的一个很小的、很明确的功能是否正确。通常而言，一个单元测试是用于判断某个特定条件（或者场景）下某个特定函数的行为。 单元测试是由程序员自己来完成，最终受益的也是程序员自己。可以这么说，程序员有责任编写功能代码，同时也就有责任为自己的代码编写单元测试。执行单元测试，就是为了证明这段代码的行为和我们期望的一致。 集成测试 集成测试（也叫组装测试，联合测试）是单元测试的逻辑扩展。它的最简单的形式是：两个已经测试过的单元组合成一个组件，并且测试它们之间的接口。从这一层意义上讲，组件是指多个单元的集成聚合。在现实方案中，许多单元组合成组件，而这些组件又聚合成程序的更大部分。方法是测试片段的组合，并最终扩展进程，将您的模块与其他组的模块一起测试。最后，将构成进程的所有模块一起测试。 确认测试 确认测试的目的是向未来的用户表明系统能够像预