软件测试 测试分类
软件测试分类标准
软件测试按照开发阶段可分为单元测试、集成测试、确认测试、系统测试和验收测试。
1．单元测试单元测试又称模块测试，是针对软件设计的最小单位——程序模块进行正确性检验的测试工作。
其目的在于检查每个程序单元能否满足详细设计说明中的模块功能、性能、接口和设计约束等要求，发现各模块内部可能存在的各种错误。
单元测试需要从程序的内部结构出发设计测试用例。
多个模块可以平行地独立进行单元测试。
2．集成测试集成测试也叫作组装测试，通常是在单元测试的基础上，对所有的程序模块进行有序的、递增的测试。
集成测试检验程序单元或部件的接口关系，使它们逐步集成为符合概要设计要求的程序部件或整个系统。
软件集成是一个持续的过程，会形成很多个临时版本。
在此过程中，保证功能集成的稳定性是真正的挑战。
每个版本在提交时，都需要进行冒烟测试，即对程序主要功能进行验证。
冒烟测试也叫版本验证测试、提交测试。
3．确认测试确认测试是通过检查和提供客观证据，证实软件是否满足特定预期用途的需求。
确认测试检测与证实软件是否满足软件需求说明书中提出的要求。
4．系统测试系统测试是为验证和确认系统是否达到其原始目标，而对集成的硬件和软件系统进行的测试。
系统测试在真实或模拟系统运行的环境下，检查完整的程序系统能否与硬件、外设、网络和系统软件、支持平台等正确匹配、连接，并满足用户需求。
5．验收测试验收测试是按照项目任务书或合同、供需双方约定的验收依据文档对整个系统进行的测试与评审，决定产品被接收或拒收。
按照测试环境分类当软件是为特定用户开发时，需要进行一系列的验收，让用户验证所有的需求是否已经得到满足。
当软件是为多个用户开发时，让每个用户逐个执行正式的验收测试是不切实际的，因此很多软件产品生产者采用α测试和β测试以发现可能只有最终用户才能发现的错误。
α测试是由一个用户在开发环境下进行的测试，也可以是开发机构内部的用户在模拟实际操作环境下进行的测试。
软件在一个自然设置状态下使用，开发者坐在用户旁边，随时记下错误情况和使用中的问题。
软件测试 分类
软件测试分类1,按是否需要执行被测软件的角度按是否需要执行被测软件的角度，可分为静态测试和动态测试，。
2、按阶段划分1 单元测试2集成测试：检查软件单位之间的接口是否正确集成测试的策略主要有自顶向下和自底向上两种。
3 系统测试：系统测试是对已经集成好的软件系统进行彻底的测试，以验证软件系统的正确性和性能等满足其规约所指定的要求，检查软件的行为和输出是否正确并非一项简单的任务。
4验收测试：验收测试旨在向软件的购买者展示该软件系统满足其用户的需求。
它的测试数据通常是系统测试的测试数据的子集。
所不同的是，验收测试常常有软件系统的购买者代表在现场，甚至是在软件安装使用的现场。
这是软件在投入使用之前的最后测试。
5 回归测试：回归测试是在软件维护阶段，对软件进行修改之后进行的测试。
其目的是检验对软件进行的修改是否正确。
6 Alpha 测试：在系统开发接近完成时对应用系统的测试；测试后，仍然会有少量的设计变更。
7 Beta 测试：当开发和测试根本完成时所做的测试，而最终的错误和问题需要在最终发行前找到。
3、按测试方法划分1：白盒测试白盒测试也称结构测试或逻辑驱动测试，是指基于一个应用代码的内部逻辑知识，即基于覆盖全部代码、分支、路径、条件的测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证。
“白盒”法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。
“白盒”法是穷举路径测试。
在使用这一方案时，测试者必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据。
贯穿程序的独立路径数是天文数字。
但即使每条路径都测试了仍然可能有错误。
第一，穷举路径测试决不能查出程序违反了设计规范，即程序本身是个错误的程序。
第二，穷举路径测试不可能查出程序中因遗漏路径而出错。
软件测试(分类、方法、测试)
1.软件测试分类黑盒测试----指测试人员通过各种输入和观察软件的各种输出结果来发现软件的缺陷,而不关心程序具体如何实现的一种测试方法。
静态测试----指测试不运行的部分,例如测试产品说明书,对此进行检查和审阅.静态白盒测试-----指在不执行的条件下有条理地仔细审查软件设计,体系结构和代码,从而找出软件缺陷的过程。
有时称作结构分析。
动态测试----通过运行和使用软件进行测试。
探索测试----通常用于没有产品说明书的测试,这需要把软件当作产品说明书来看待,分步骤逐项探索软件特性,记录软件执行情况,详细描述功能,综合利用静态和动态技术来进行测试。
等价区间----指测试相同目标或者暴露相同软件缺陷的一组测试用例测试设计----提炼测试方法,明确指出设计包含的特性和相关测试。
如果要求完成测试还明确指出测试案例和测试程序,指定特性通过/失败的规则。
单元测试:最微小规模的测试;以测试某个功能或代码块。
典型地由程序员而非测试员来做,因为它需要知道内部程序设计和编码的细节知识。
这个工作不容易作好,除非应用系统有一个设计很好的体系结构; 还可能需要开发测试驱动器模块或测试套具。
累积综合测试:当一个新功能增加后,对应用系统所做的连续测试。
它要求应用系统的不同形态的功能能够足够独立以可以在全部系统完成前能分别工作,或当需要时那些测试驱动器已被开发出来; 这种测试可由程序员或测试员来做。
集成测试:一个应用系统的各个部件的联合测试,以决定他们能否在一起共同工作。
部件可以是代码块、独立的应用、网络上的客户端或服务器端程序。
这种类型的测试尤其与客户服务器和分布式系统有关。
功能测试:用于测试应用系统的功能需求的黑盒测试方法。
这类测试应由测试员做,这并不意味着程序员在发布前不必检查他们的代码能否工作(自然他能用于测试的各个阶段)。
系统测试:基于系统整体需求说明书的黑盒类测试;应覆盖系统所有联合的部件。
端到端测试:类似于系统测试;测试级的“宏大”的端点;涉及整个应用系统环境在一个现实世界使用时的模拟情形的所有测试。
软件测试介绍
测试用例=测试环境+输入数据+输出数据 编写测试用例的作用： 分析和明确各个测试点的测试内容 方便测试团队成员之间的交流。 方便项目后续版本重复内容的测试。 方便跟踪测试策略的执行情况。
输入数据集合。 无效等价类：是指不符合需求规格说明，无意
义的输入数据集合。
边界值法
边界值法：检测输入数据最大值和最小 值的测试方法
测试边界值时，一般测试边界值和正好 超过边界值一个单位的值。
边界值时最容易出现问题的地方，也是 测试时要重点测试的内容。
因果图法
因果图法：根据被测系统的逻辑结构，设计输 入和输出的测试方法，主要用于输入条件比较 多的情况。
国内大型软件公司组建自己的软件测试部门或质量保障部。测试人员整体素 质较高，团队意识较强，产品质量较高，客户满意度较好，测试人员职业发 展方向清晰、明确。
测试人员的发展
技术方向（测试顾问、测试专家） 管理方向（测试经理、质量总监） 自主创业（测试外包、测试培训）
软件的基本概念
软件=程序+文档 程序：能够实现某种功能的集合(C语言程序、VB程序、JAVA程序等） 文档：软件开发、使用、维护过程中使用的文字、图片的集合（《需求
为国内大型企事业单位提供人力外包或测试外包服务，中科方德（客户主要 是军工行业），大展科技（客户主要是中国电信等），东南融通（客户主要 是金融行业）。雇佣军、团队归属感差、体力活、技术含量低，不要求外语。
公司的测试工作由开发工程师完成或只有很少比例的测试人员。测试人员不 专业，公司产品质量差，公司对测试人员不重视，测试人员薪资低，职业发 展前景堪忧。
软件测试方法分类
软件测试方法分类软件测试方法可以根据不同的角度进行分类。
下面为您详细介绍几种常见的软件测试方法分类。
1. 按照测试级别分类：根据软件开发流程中的不同阶段，可以将软件测试分为单元测试、集成测试、系统测试和验收测试。
- 单元测试（Unit Test）：对软件中最小的可测试单元进行测试，通常是对独立模块或者功能函数进行测试。
主要目的是验证代码的正确性、测试单元的功能是否正常、是否满足预期要求。
- 集成测试（Integration Test）：测试不同模块的集成情况，主要目的是验证模块之间的交互是否正常，检查各个模块之间的接口是否正确，并且模块之间能否正确协同工作。
- 系统测试（System Test）：对整个系统进行测试，主要目的是验证系统功能是否符合系统需求，是否满足用户需求，检查系统的稳定性、安全性等。
- 验收测试（Acceptance Test）：由最终用户或者用户代表进行的测试，目的是为了确认系统是否满足用户要求和需求，是否准备好部署和投入使用。
2. 按照测试方法分类：根据测试的方法或者策略的不同，可以将软件测试分为黑盒测试和白盒测试。
- 黑盒测试（Black Box Test）：测试人员仅根据需求规格和功能规格，对应用程序进行测试，不考虑内部的实现细节。
黑盒测试主要验证系统的功能是否正确实现，是从用户的角度出发进行测试的。
- 白盒测试（White Box T est）：测试人员可以访问系统的内部，了解系统的实现细节，测试人员根据代码逻辑和内部结构，设计测试用例。
白盒测试主要验证系统的完整性、代码覆盖率、逻辑控制等。
3. 按照测试对象分类：根据测试的对象不同，可以将软件测试分为功能测试、性能测试、安全测试等。
- 功能测试（Functional Test）：验证系统是否符合需求规格，主要测试软件功能的正确性和有效性，保证软件的功能与预期一致。
- 性能测试（Performance Test）：测试软件在不同负载下的性能和稳定性，主要测试软件的响应时间、吞吐量、并发性等性能指标。
测试类型
2.1黑盒测试和白盒测试2.2静态测试和动态测试2.3单元测试、集成测试、系统测试盒验收测试2.4 2.4功能测试和性能测试 2.5回归测试、冒烟测试、随机测试 2.6不同测试分类之间的关系2.7软件测试工程师具备哪些基本的技能2.8常见的软件测试工具2.1 白盒测试和黑盒测试白盒测试（结构测试或者逻辑驱动测试），软件软件测试员可以访问程序员的代码，测试员可以访问程序员的代码，并通过检查代码来协助测试－可以看到盒子里面。
来协助测试－可以看到盒子里面。
一般在单元测试中采用白盒测试，试中采用白盒测试，用于测试模块中所有可能的路径、执行所有循环并测试所有逻辑表达式。
路径、执行所有循环并测试所有逻辑表达式。
黑盒测试（功能测试或数据驱动测试），侧重于侧重于软件的整体功能。
软件的整体功能。
它不基于程序的内部结构而基于系统功能。
犹如一个人站在黑盒子外面，于系统功能。
犹如一个人站在黑盒子外面，只知道系统输入一定数据，得到一定的输出，道系统输入一定数据，得到一定的输出，而不必清楚这个黑盒子中进行了哪些操作和运算。
清楚这个黑盒子中进行了哪些操作和运算。
2.1 白盒测试和黑盒测试实例白盒测试的例子黑盒测试的例子2.2 静态和动态测试静态测试确保系统按照组织的标准和过程运行，静态测试确保系统按照组织的标准和过程运行，主要依赖于评审和非运行的手段来检查。
主要依赖于评审和非运行的手段来检查。
通常包括需求评审、设计评审、代码走查和代码检查。
括需求评审、设计评审、代码走查和代码检查。
动态测试是通过观察代码运行时的动作，来提供动态测试是通过观察代码运行时的动作，执行跟踪、时间分析，执行跟踪、时间分析，以及测试覆盖度方面的信息。
2.2 静态和动态测试例子静态测试例子动态测试例子2.2 白盒测试、动态静态之间的关系白盒测试、黑盒测试有可能是动态测试，也有可能是静态测试。
白盒测试有可能是动态测试，也有可能是静态测试。
动态测试有可能是黑盒测试，也有可能是白盒测试。
计算机软件测试方法与技巧
计算机软件测试方法与技巧计算机软件测试是软件开发过程中的一项关键步骤，旨在确保软件的质量和稳定性。
只有经过充分的测试，软件才能具备高可用性、高可靠性和高性能。
本文将介绍一些常用的计算机软件测试方法和技巧，希望能够帮助读者提升软件测试能力和效果。
一、测试的分类软件测试可以分为多个不同的类别，根据测试的目的和测试的方法，常见的测试分类包括：1. 功能测试功能测试是测试软件是否按照需求规格说明书的要求进行开发。
它主要验证软件是否能够正确地执行各项功能，如页面跳转、表单提交、数据查询等。
功能测试可以通过手动测试和自动化测试来进行。
2. 性能测试性能测试是测试软件在各种负载条件下的性能表现。
它主要关注软件的响应时间、吞吐量和并发性能等指标。
性能测试需要使用专业的性能测试工具，如LoadRunner、JMeter等。
3. 安全性测试安全性测试是测试软件的安全性能，包括对软件的身份认证、访问控制、数据加密等方面进行测试。
安全性测试可以通过黑盒测试和白盒测试来进行。
4. 兼容性测试兼容性测试是测试软件在不同的操作系统、浏览器、硬件平台等条件下的兼容性。
它主要验证软件是否能够在各种环境下正常工作。
5. 界面测试界面测试是测试软件用户界面的可用性和易用性。
它主要关注软件的界面布局、交互方式、颜色搭配等方面。
二、测试方法与技巧1. 黑盒测试黑盒测试是一种基于需求规格说明书的测试方法，它不考虑软件的内部实现细节，只关注软件的输入和输出。
黑盒测试可以通过测试用例设计和测试执行来进行。
2. 白盒测试白盒测试是一种基于软件内部结构的测试方法，它需要测试人员了解软件的内部实现细节，包括代码逻辑、数据流等。
白盒测试可以通过代码审查、路径覆盖和代码覆盖率分析等来进行。
3. 边界值测试边界值测试是一种测试输入和输出边界的测试方法，它通过测试软件在边界值附近的行为来评估软件的稳定性和正确性。
4. 异常测试异常测试是一种测试软件处理异常情况的能力的方法，例如输入非法字符、输入超出范围的数值等。
软件测试基础知识
软件测试基础知识一、软件测试的描述：测试能提高软件的质量，但是提高质量不能依赖测试；测试只能证明错误存在，不能证明错误不存在；测试的主要困难是不知道该如何进行有效地测试，也不知道什么时候能够放心的结束测试；每个程序员都应当测试自己的程序（份内事），但不能作为程序已通过测试的依据（所以项目需要独立的测试人员）；80-20原则：80%的错误聚集在20%的模块中，经常出错的模块改错后还是会经常出错；测试应当循序渐进，不要企图一次性做完。
"欲速则不达"。
一个好的测试用例是指很可能找到迄今为至尚未发现的错误的测试用例一个成功的测试是指揭示了迄今为至尚未发现的错误的测试二、软件分类：1)按功能分：系统软件（OS、硬件驱动程序）应用软件（Office、QQ)2)按技术架构分：单机版软件（Office、画图工具）C/S结构软件（客户端Client/服务器端Server,QQ、MSN)B/S结构软件（浏览器Browser/服务器Server,WEB项目）<现在软件的主流> 3)按用户分：产品软件：目标用户是大众用户(win 8)项目软件：目标用户是具体用户软件测试的目的：为了发现错误，不能证明程序正确，设计合适的测试用例，用尽可能少的测试用例，来发现尽可能多的软件错误。
测试人员的主要工作：1）规划测试任务2）设计测试（包括编写测试用例等等）3）建立一个合适的测试环境4）评估、获取、安装和配置自动测试工具5）执行测试6）撰写适当的测试文档软件测试与软件质量：QA（Quality Assurance），(关注的是过程)；QC（Quality Control），即质量控制(关注的是结果)。
软件能力成熟度模型（CMM）CMM将软件组织的过程能力成熟度级别分为5个级别：初始级、可重复级、已定义级、已管理级、优化级。
SQA（Software Quality Assurance，软件质量保障）测试是在发现问题，SQA是在预防问题ISO/IEC9126国际标准所定义的软件质量包括六个部分，分别为功能性、可靠性、可用性、有效性、可维护性和可移植性。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
2020/3/10
4
黑盒测试和白盒测试
黑盒测试
白盒测试
两种测试方法从不同的角度出 发，反映了软件的不同侧面，也
适用于不同的开发环境
2020/3/10
5
输入
输出
黑盒测试又称功能测试、数据驱动测试或 基于规格说明的测试，也可被成为用户测 试，主要应用于快速应用开发（RAD）环境
2020/3/10
6
黑盒测试
2020/3/10
23
单元测试
• 软件单元测试由测试工程师编制测试用 例进行测试，及针对程序模块进行多次 循环反复的单元测试，并将测试结果记 录在针对单元测试的《软件测试报告》 上。
• 若程序模块通过单元测试，则按《配置 管理规范》所规定的标识方法进行标识 。
2020/3/10
24
单元测试－设计
• 典型黑盒测试方法
– 等价类划分 – 因果图 – 边界值分析
2020/3/10
9
黑盒测试
• 黑盒主要是为了发现以下几类错误：
– 是否有不正确或遗漏了的功能？
– 在接口上，输入能否正确地接受？能否输出 正确的结果？
– 是否有数据结构错误或外部信息（例如数据 文件）访问错误？
– 性能上是否能够满足要求？ – 是否有初始化或终止性错误？
件
件
件
验收 测试
2020/3/10
20
测试不同阶段
• 按测试阶段分类，测试可分4个主要阶段： 单元测试、集成测试、系统测试和验收测 试。
• 这是一种从小到大、循序渐进的测试过程 。
• 单元测试是对程序员编写完成的一个个程 序单元进行测试。
2020/3/10
21
单元测试
单元测试
单元测试 单元测试
单元测试
• 测试模型
– 驱动模块：相当于所测模块的主程序。
– 桩模块：也叫做存根模块。用以代替所测模 块调用的子模块。
测试用例ቤተ መጻሕፍቲ ባይዱ
驱动模块
测试结果
被测模块
桩模块1 桩模块2
桩模块n
2020/3/10
25
单元测试－设计
• 考虑方面
– 模块接口测试 – 局部数据测试 – 独立路径测试 – 出错处理测试模块接口 出错处–理边界条件测试
单元测试
• 单元通常不是可运行的程序。
• 单元测试必须编写额外的可运行的测试驱动程序。
2020/3/10
22
单元测试
• 单元测试又称为模块测试，是针对程序 模块（软件设计的最小单位）来进行正 确性检验的测试工作。
• 软件单元测试的目的是检测程序模块对 《详细设计说明书》的符合程度；软件 单元测试依据是《单元测试计划》。
2020/3/10
18
动态测试是在测试过程中执行被测试软件，类似于试车。
2020/3/10
19
测试的过程
设
软
元系
流用
被测模块 单元
计 信
件
素统
需
其
程户 核
测试 测 息
求
它
心
试
被测模块 单元 测试
被测模块 单元 测试
通 过 的 模 块
集成 测试
确认
系统
已 测试 已 测试 可
集
确
交
成
认
付
的
的
的
软
软
软
2020/3/10
10
应用程序
白盒测试又称结构测试、逻辑驱动测试或基 于程序本身的测试，也可成为程序员测试， 主要应用于结构化开发环境
2020/3/10
11
白盒测试
• 白盒测试的前提是可以把程序看成装在 一个透明的白盒子里，也就是完全了解 程序结构和处理过程。
• 白盒测试按照程序内部逻辑测试程序， 检验程序中每条通路是否按预定要求正 确工作。
• 集成测试可以发现模块间接口以及全局数 据结构等问题。
2020/3/10
31
系统测试
系统测试
2020/3/10
32
• 系统测试的目的是检查系统是否符合软件 需求
• 系统测试采用黑盒测试方式
• 系统测试的主要内容有：功能测试、健壮 性测试、性能－效率测试、用户界面测试 、安全性测试、压力测试、可靠性测试、 安装/反安装测试等。
2020/3/10
37
回归测试
• 回归测试的基本过程
– 如果必要，生成新的测试用例集T1，用于测 试T0无法充分测试的软件部分
– 用T1执行修改后的软件 – 第2和第3步测试验证修改是否破坏了现有的
功能，第4和第5步测试验证修改工作本身
2020/3/10
38
测试各种分类间关系
2020/3/10
39
• 黑盒测试法把程序看成一个黑盒子，完 全不考虑程序内部结构和处理过程。
• 黑盒测试是在程序接口进行测试，它只 是检查程序功能是否按照规格说明书的 规定正常使用。
• 黑盒测试又称功能测试。
2020/3/10
7
黑盒测试
产生 需求说 明
测试用例
比较
被测程序
输出 测试结 果
2020/3/10
8
黑盒测试
2020/3/10
28
单元测试－完成
单元测试
单元测试
单元测试
单元测试
单元测试
2020/3/10
29
集成测试
单元测试
单元测试
集 成 测 试 单元测试
单元测试
单元测试
2020/3/10
30
• 集成测试有渐增式和非渐增式两种方式
• 渐增式的集成中可以采用两种：“自顶向 下”和“自底向上”。
• 集成测试中，会混合使用白盒测试和黑盒 测试方法。
– 单元测试 – 集成测试 – 系统测试 – 验收测试
2020/3/10
2
软件测试的内容 • 回归测试 • 功能测试 • 负载测试 • 压力测试 • 性能测试 • 易用性测试 • 安装与反安装测试
2020/3/10
3
软件测试的内容 • 恢复测试 • 安全性测试 • 兼容性测试 • 内存泄露测试 • 比较测试 • Alpha 测试 • Beta测试
• 为了保证测试的客观性，一般由机构的 独立测试小组来执行系统测试。
2020/3/10
33
验收测试
• 验收测试是由用户完成的测试 • 验收测试的内容与系统测试的内容类似 • 验收测试可以分成Alpha测试和Beta测试。
2020/3/10
34
单元测试
集成测试
回归测试 系统维护 二次开发 项目更新
软件测试分类
• 黑盒和白盒测试 • 静态测试和动态测试 • 测试不同阶段 • 测试各种分类间关系
2020/3/10
1
软件测试的分类
对于软件测试，可以从不同的角度加以分类：
• 基于是否关注软件结构与算法
– 黑盒测试 – 白盒测试
• 基于是否执行被测试软件
– 静态测试 – 动态测试
• 基于测试的不同阶段
无法对未实现规 格说明的程序内 部欠缺部分进行 测试
黑盒测试 规格说明 能站在用户立场 上进行测试
不能测试程序内 部特定部位 如果规格说明有 误，则无法发现
16
白盒测试与黑盒测试的比较
AC
B
D
黑盒测试与白盒测试能够发现的错误
2020/3/10
17
静态测试和动态测试
静态测试不执行被测试的软件。类似于汽车检查。
验收测试
2020/3/10
系统测试
35
回归测试
• 回归测试的范围
– 测试全部用例 – 问题修改后的检验 – 测试高风险模块/系统 – 基于操作剖面选择测试
2020/3/10
36
回归测试
• 回归测试的基本过程
– 识别出软件中被修改的部分 – 从原基线测试用例库T中，排除所有不再适
用的测试用例，确定那些对新的软件版本依 然有效的测试用例，其结果是建立一个新的 基线测试用例库T0 – 依据一定的策略从T0中选择测试用例测试被 修改的软件
– 对所有的逻辑判定，取“真”与取“假”的 两种情况都能至少测试一次。
– 在循环的边界和运行界限内执行循环体。
– 测试内部数据结构的有效性等。
2020/3/10
15
白盒测试与黑盒测试的比较
测试依据 优点 缺点
2020/3/10
白盒测试
程序内部结构
能够对程序内部 的特定部位进行 覆盖测试
无法检验程序的 外特性
模块
独立路径
2020/3/10
边界条件
局部数据
26
单元测试－设计
• 原则
– 为模块正常运行设计 – 为正向测试设计 – 为逆向测试设计 – 为满足特殊需求设计 – 为代码覆盖设计
2020/3/10
27
单元测试－执行
• 检查编码是否遵循软件编程规范和标准 。
• 自动或手动分析程序。 • 设计测试用例并运行。 • 错误跟踪分析。
• 白盒测试又称结构测试。
2020/3/10
12
白盒测试
分析 源程序
测试用例
2020/3/10
覆盖情况 分析
被测程序 执行路径
13
白盒测试
• 典型白盒测试方法
– 静态分析 – 动态测试
2020/3/10
14
白盒测试
• 使用白盒测试方法，主要想对程序模块 进行如下的检查：
– 对程序模块的所有独立的执行路径至少测试 一次。