1、深 圳 市 泽 林 信 息 咨 询 有 限 公 司 Shenzhen Zelin Information Consulting Co.,LTD测试类型测试类型第1页，共19页。Chapter 1 软件测试分类课程目 录第2页，共19页。测试划分标准p 按阶段划分p 按是否运行程序划分p 按是否查看代码划分p 其他划分第3页，共19页。按阶段划分单元测试集成测试确认测试系统测试验收测试第4页，共19页。按阶段划分-单元测试p 什么是单元测试单元测试（unit testing），是指对软件中的最小可测试单元进行检查和验证。对于单元测试中单元的含义，一般来说，要根据实际情况去判定其具体含义，如C语言
2、中单元指一个函数，Java里单元指一个类，图形化的软件中可以指一个窗口或一个菜单等。总的来说，单元就是人为规定的最小的被测功能模块。单元测试是在软件开发过程中要进行的最低级别的测试活动，软件的独立单元将在与程序的其他部分相隔离的情况下进行测试。p单元测试包含内容入口和出口函数输入和输出信息错误处理信息部分边界数值测试第5页，共19页。按阶段划分-集成测试p 什么是集成测试集成测试(integration testing)，也叫组装测试或联合测试。在单元测试的基础上，将所有模块按照设计要求（如根据结构图组装成为子系统或系统，进行集成测试。实践表明，一些模块虽然能够单独地工作，但并不能保证连接起来
3、也能正常的工作。程序在某些局部反映不出来的问题，在全局上很可能暴露出来，影响功能的实现。p集成测试包括两种方法：非增量式集成增量式集成：自顶向下增量式测试 桩程序、自底向上增量式测试 驱动程序第6页，共19页。按阶段划分-确认测试p 什么是确认测试确认测试的目的是向未来的用户表明系统能够像预定要求那样工作。经集成测试后，已经按照设计把所有的模块组装成一个完整的软件系统，接口错误也已经基本排除了，接着就应该进一步验证软件的有效性，这就是确认测试的任务，即软件的功能和性能如同用户所合理期待的那样。p确认测试范围：文档源码版本模块人员环境工具。确认测试证书第7页，共19页。按阶段划分-系统测试p 什
4、么是系统测试系统测试，英文是System Testing将已经确认的软件、计算机硬件、外设、网络等其他元素结合在一起，进行信息系统的各种组装测试和确认测试.系统测试是针对整个产品系统进行的测试目的是验证系统是否满足了需求规格的定义，找出与需求规格不符或与之矛盾的地方，从而提出更加完善的方案系统测试发现问题之后要经过调试找出错误原因和位置，然后进行改正。是基于系统整体需求说明书的黑盒类测试，应覆盖系统所有联合的部件。对象不仅仅包括需测试的软件，还要包含软件所依赖的硬件、外设甚至包括某些数据、某些支持软件及其接口等。p系统测试范围功能测试、性能测试、负载测试、压力测试、稳定性测试、兼容测试、容量测
5、试、数据备份测试、失效恢复测试、可用性测试、健壮性测试、安装测试、配置测试、文档测试、在线帮助测试、GUI测试、安全性测试第8页，共19页。按阶段划分-验收测试p什么是验收测试它是一项确定产品是否能够满足合同或用户所规定需求的测试。这是管理性和防御性控制主要确认软件是否按合同要求进行工作，既是否满足软件需求规格说明书中的要求。p验收测试分类：非正式的验收测试测试软件开发公司组织内部人员模拟各类用户行为对即将上市的产品进行测试。测试 软件开发公司组织各方面的的典型客户在日常工作中实际使用，并要求用户报告异常情况、提出改进意见，然后公司再进行完善。正式的验收测试有正规的测试过程，需要制定测试计划、
6、定义测试方案、选择测试用例，进行测试，结果提交。着重考虑软件是否满足合同规定的所有功能和性能，文档资料是否完整、准确，人机界面和其他方面。第9页，共19页。按是否运行程序划分静态测试不运行被测试的软件，而只是静态的检查代码、界面或者文档动态测试 实际运行被测试的软件，输入相应的测试数据，检查实际的输出结果是否和预期结果相一致的过程。方式名称方式名称执行人员执行人员检查内容检查内容检查过程检查过程桌面检查桌面检查程序员程序员对源程序代码进行分析、检验，并补充相关的文档，发现程序对源程序代码进行分析、检验，并补充相关的文档，发现程序中的错误中的错误代码审查代码审查程序员和测程序员和测试员组成的试员
7、组成的审查小组审查小组通过阅读、讨论通过阅读、讨论和争议，以程序和争议，以程序进行静态分析的进行静态分析的过程过程第一步：小组成员提前阅读设计规格书、第一步：小组成员提前阅读设计规格书、程序文本等相关文档程序文本等相关文档第二步：召开程序审查会，开发人员读程第二步：召开程序审查会，开发人员读程序，审查小组讨论、发现、解决问题序，审查小组讨论、发现、解决问题走查走查程序员和测程序员和测试员组成的试员组成的审查小组审查小组通过逻辑运行程通过逻辑运行程序，发现问题序，发现问题第一步：小组成员提前阅读设计规格书、第一步：小组成员提前阅读设计规格书、程序文本等相关文档程序文本等相关文档第二步：利用测试用
8、例，使程序逻辑运行，第二步：利用测试用例，使程序逻辑运行，记录程序的踪迹，发现、讨论、解决问题记录程序的踪迹，发现、讨论、解决问题第10页，共19页。按是否查看代码1、黑盒测试把 软件看成一个黑盒子，不管内部逻辑和内部特性，只依据规格说明书检查程序的功能是否符合功能说明又称为功能测试或数据驱动测试2、白盒测试 又称为结构测试或逻辑驱动测试。着重于程序内部结构和算法，不关心功能和性能指标。3、灰盒测试 介于白盒和黑盒测试之间，基于程序运行时刻的外部表现同时又结合程序内部逻辑结构来设计用例，执行程序并采集程序路径执行信息和外部用户接口结果的测试技术。y=2x？y=x2第11页，共19页。按是否查看
9、代码-黑盒测试优点 1.对较大的代码单元来说，黑盒测试比白盒测试的效率高 2.测试人员不需要了解实现的细节，包括特定的编程语言 3.测试人员和编程人员是相互独立的 4.从用户的角度进行测试，很容易被接受和理解 5.有助于暴露任何与规格不一致或者歧异的地方 6.测试用例可以在规格完成后马上进行缺点 1.不能测试程序内部特定部位 2.程序未执行的代码无法发现 3.没有清晰的和简明的规格，测试用例很难被设计第12页，共19页。按是否查看代码-白盒测试优点 1.迫使测试人员去了解软件的实现 2.检测代码中的每条路径和分支 3.揭示隐藏在代码中的错误 4.对代码的测试进行比较彻底缺点 1.白盒测试投入较
10、大，成本较高 2.白盒测试不验证规格的正确性 3.无法检查代码中遗漏的路径和数据敏感性错误第13页，共19页。按是否查看代码-灰盒测试灰盒测试有啥缺点？当然，凡事都有优点和缺点，灰盒测试自然也不例外。下面列举它的主要缺点。不适用于简单的系统所谓的简单系统，就是简单到总共只有一个模块。由于灰盒测试关注于系统内部模块之间的交互。如果某个系统简单到只有一个模块，那就没必要进行灰盒测试了。对测试人员的要求比黑盒测试高从上面的介绍来看，灰盒测试要求测试人员清楚系统内部由哪些模块构成，模块之间如何协作。因此，对测试的要求就提高了。因此，会带来一定的培训成本。不过捏，依照俺的经验，培训难度不大。稍微有点基础
11、的测试人员，都可以在短期培训之后胜任。不如白盒测试深入显然，灰盒不如白盒那么深入。不过捏，考虑到灰盒测试相比白盒测试有显著的成本优势，该缺点不是太明显。第14页，共19页。其他划分回归测试对软件的新版本测试时，重复执行上一个版本测试时使用的测试用例。防止出现“以前应用没有的问题现在出问题了”。冒烟测试（BVT测试（Build Verification Test）冒烟测试的对象是每一个新编译需要正式测试的版本，目的是确认软件基本功能正常，可以进行后续的正式测试工作。随机测试（又名猴子测试）测试数据是随机产生的，在测试用例之外。只能作为一个测试的补充。第15页，共19页。其他划分敏捷测试（敏捷开发
12、引发）首先敏捷测试(Agile testing)是测试的一种，原有测试定义中通过执行被测系统发现问题，通过测试这种活动能够提供对被测系统提供度量等概念还是适用的。减少测试用例，设计等工作，多交流与沟通，关注持续迭代的新功能，对原有功能的回归依据自动化，应尽早开始测试，及时，持续的对软件产品质量进行反馈 TDD（测试驱动开发）测试驱动开发的基本思想就是在开发功能代码之前，先编写测试代码。也就是说在明确要开发某个功能后，首先思考如何对这个功能进行测试，并完成测试代码的编写，然后编写相关的代码满足这些测试用例。然后循环进行添加其他功能，直到完全部功能的开发。第16页，共19页。问题讨论黑盒测试和白盒测试的区别2、的区别和联系和第17页，共19页。软件性能测试软件性能测试第18页，共19页。培训总结第19页，共19页。
