02软件生命周期中的测试
软件测试生命周期
软件测试生命周期软件测试生命周期是指在软件开发过程中进行测试的一系列活动和阶段。
它是确保软件质量的重要工作，为了有效地进行软件测试，需要一个规范化的流程和生命周期。
软件测试生命周期可以分为以下五个主要阶段：计划、准备、执行、评估和报告。
首先，我们来看看测试生命周期的计划阶段。
在这个阶段，测试团队与开发团队一起确定测试的范围、目标和资源需求。
测试计划需要明确测试的目的、测试的方法和测试的时间安排。
此外，还需要根据需求分析和系统设计来制定测试用例，以覆盖各种功能和场景。
第二个阶段是准备阶段。
在这个阶段，测试团队收集测试数据并准备测试环境。
他们也将测试用例和测试数据加载到测试工具中，并准备好测试运行的所需配置和设置，例如配置数据库和网络连接。
接下来是执行阶段。
在这个阶段，测试团队执行测试用例并记录测试结果。
他们会关注各个功能是否按照预期进行工作，并检查系统是否具备良好的用户体验。
同时，他们还会记录软件中的错误和缺陷，并在需要时进行重现和验证。
测试团队还会执行一些特殊的测试技术，如压力测试和安全测试，以确保软件在各种情况下都能正常工作。
然后是评估阶段。
在这个阶段，测试团队对测试结果进行分析和评估。
他们会将测试结果与需求和设计规范进行比较，以确定软件是否符合预期的功能和性能要求。
如果发现了错误和缺陷，测试团队会将其报告给开发团队，并协助他们进行修复和验证。
最后是报告阶段。
在这个阶段，测试团队会编写测试报告，总结测试过程和结果。
报告通常包括测试结果的概要，错误和缺陷的详细描述，以及修复和验证的进度。
这些报告对于项目管理人员和开发团队来说是非常重要的，他们可以根据报告的反馈和建议来调整开发计划和优化软件的功能和性能。
总之，软件测试生命周期是确保软件质量的重要过程，它包括计划、准备、执行、评估和报告五个主要阶段。
通过遵循规范化的测试流程，能够有效地检测和纠正软件中的错误和缺陷，保证软件能够按照预期的功能和性能要求进行工作。
软件开发生命周期中的测试活动
软件开发生命周期中的测试活动在软件开发过程中，测试活动是不可或缺的一部分。
它确保开发的软件产品能够满足预期的要求，并在实际运行中稳定可靠。
测试活动涉及到测试策略的制定、测试计划的编制、测试用例的设计和执行，以及测试结果的评估和报告。
在软件开发生命周期中，测试活动可以被划分为不同的阶段，包括需求分析、设计、编码和维护阶段。
在需求分析阶段，测试活动的目标是确保需求文档清晰、准确且符合客户的需求。
测试团队可以通过评审需求文档、与客户沟通和验证需求等方式，验证需求是否完整、一致和可测试。
测试团队还可以基于需求文档编写测试用例，以便在后续的测试过程中使用。
在设计阶段，测试活动主要关注软件架构和系统设计的质量。
测试团队可以参与到设计文档的评审，以确保设计是否满足软件架构规范和性能要求。
测试团队还可以编写和执行针对设计文档的测试用例，以验证设计的正确性和可靠性。
在编码阶段，测试活动的重点是检查编写的代码是否满足规范和质量要求。
测试团队可以使用静态代码检查工具对代码进行分析，发现潜在的缺陷和问题。
测试团队还可以编写单元测试用例，对编码过程中的单个模块进行测试，以确保其功能正常，并逻辑正确。
在维护阶段，测试活动的目标是验证和修复现有软件系统的缺陷。
测试团队可以通过执行回归测试，以验证修复缺陷后系统的稳定性和可靠性。
测试团队还可以与用户和维护人员合作，收集和分析软件使用过程中的问题报告，并制定相应的测试计划和策略。
除了以上提到的主要测试活动，软件开发生命周期中还有其他一些测试活动，包括性能测试、安全测试、兼容性测试等。
这些活动旨在确保软件在不同的环境和使用条件下均能正常运行，并满足相关的性能和安全要求。
总结起来，软件开发生命周期中的测试活动起着至关重要的作用。
它可以帮助开发团队在软件交付之前及时发现和修复缺陷，提高软件的质量和可靠性。
通过在不同阶段的测试活动中应用适当的测试方法和工具，开发团队可以更好地了解软件的性能和可靠性，并提供具有高质量的产品给用户。
02软件测试方法1
4
第2章 软件测试方法 章
2.1软件测试与软件开发的关系 2.1软件测试与软件开发的关系
2.1.2迭代模型 迭代模型
5
第2章 软件测试方法 章
2.1软件测试与软件开发的关系 2.1软件测试与软件开发的关系
优点（ 电通智能电网门户项目例子 电通智能电网门户项目例子） 优点（E电通智能电网门户项目例子）：
18系 2.1软件测试与软件开发的关系
2.1.4RUP
优点：
提高了团队生产力，在迭代的开发过程、需求管理、基于组件的体系 结构、可视化软件建模、验证软件质量及控制软件变更等方面，针对所 有关键的开发活动为每个开发成员提供了必要的准则、模板和工具指导， 并确保全体成员共享相同的知识基础。
20
第2章 软件测试方法 章
2.2软件测试与质量的关系 2.2软件测试与质量的关系
软件开发生命周期单元测试
软件开发生命周期单元测试单元测试是软件开发生命周期中非常重要的一个环节，它是在软件开发过程中用于验证和测试各个独立模块或单元的正确性的一种方法。
本文将从单元测试的定义、目的、过程和相关技术等方面进行探讨，旨在帮助读者了解和应用单元测试。
一、单元测试的定义单元测试是软件测试的一种方法，它旨在验证和测试软件中的独立模块或单元的功能、正确性和性能。
单元测试通常在开发阶段的早期进行，以确保每个模块或单元都能够独立地正常运行，并且满足预期的功能和性能要求。
二、单元测试的目的单元测试有以下几个主要目的：1. 发现和纠正代码中的错误和缺陷：通过单元测试可以发现模块或单元中的错误和异常情况，从而及早地确保软件的质量和稳定性。
2. 确保模块独立性：单元测试要求每个模块都能够独立地正常运行，不会对其他模块产生影响和依赖。
3. 提高代码的可维护性：通过单元测试可以提高代码的可维护性，因为每个模块都经过了充分的测试，并清楚地定义了其功能和接口。
4. 促进团队合作：单元测试可以促进团队成员之间的合作和交流，因为每个人都需要测试自己编写的模块，从而提高团队的整体素质和效率。
三、单元测试的过程单元测试通常包括以下几个步骤：1. 编写测试用例：根据模块的功能和要求，编写一组能够全面覆盖功能和边界条件的测试用例。
2. 准备测试环境：搭建适当的测试环境，包括安装测试框架、配置测试环境和准备测试数据等。
3. 执行测试用例：按照先后顺序逐个执行测试用例，并记录测试结果和输出。
4. 分析测试结果：分析测试结果，判断模块是否达到预期的功能和性能要求，如果发现错误或异常情况，则进行排查和修复。
5. 重复执行测试用例：在修复错误后，重复执行测试用例，以确保修改后的模块能够正常运行。
四、单元测试的相关技术在进行单元测试时，可以采用以下几种常用的测试技术：1. 黑盒测试：这种测试方法基于对模块功能和输入输出的分析，对模块进行测试，而不考虑其内部实现细节。
软件开发生命周期中的安全测试
软件开发生命周期中的安全测试在软件开发的过程中，安全测试是不可或缺的一部分。
安全测试旨在评估和验证软件系统中的安全性，发现和修复潜在的漏洞和风险，保护用户的隐私和数据安全。
本文将介绍软件开发生命周期中的安全测试，并探讨其在保障软件质量和用户安全方面的重要性。
1. 需求分析阶段在软件开发的初期，需求分析阶段是关键的一步。
安全测试团队应与需求分析人员密切合作，确保安全需求得到充分考虑和明确定义。
这包括确定软件系统的安全性目标、安全性要求以及用户敏感数据的保护措施等。
通过与需求分析人员的合作，安全测试团队可以对软件系统的安全需求进行全面的评估和验证。
2. 设计和规划阶段在软件的设计和规划阶段，安全测试的目标是评估和验证软件系统的安全架构和安全设计。
安全测试团队应该对软件的设计文档进行审查，并提供有关潜在安全风险的反馈。
此外，安全测试团队还应根据软件系统的特点制定针对性的测试策略和计划，以确保在后续的开发和测试过程中充分考虑和执行安全测试的需求。
3. 开发和编码阶段在软件的开发和编码阶段，安全测试团队应与开发人员密切合作，提供安全编码指南和最佳实践。
这包括对常见安全漏洞的防范、安全编码规范的遵循以及安全开发工具的使用等。
通过安全测试团队的支持和指导，开发人员可以编写更安全、更可靠的代码，减少安全漏洞的产生。
4. 单元测试阶段在软件的单元测试阶段，安全测试的目标是检查软件各个模块的功能和安全性。
安全测试团队应使用静态代码分析工具和安全测试工具对代码进行全面扫描和测试。
这包括对输入验证、授权和身份认证、访问控制以及数据加密等方面的测试。
通过单元测试阶段的安全测试，可以及早发现和修复代码中的潜在安全漏洞，减少后续测试和部署阶段的问题。
5. 综合测试阶段在软件的综合测试阶段，安全测试的目标是对软件系统的整体功能和安全性进行验证。
综合测试应包括常规功能测试、性能测试、兼容性测试以及安全测试等方面的内容。
安全测试团队应使用渗透测试和漏洞扫描工具，模拟潜在攻击场景并评估软件系统的抵御能力。
软件开发生命周期各阶段的应用软件安全性测试
在这一层 , 我们可以开展诸如注人缺陷验证 ∃ 旁路验证以
及访问控制等方面的安全测试 , 来源于外部代码的安全审查结 果也应该以集成测试的方式加以确认
.4 2
发布阶段 ∋
验收测试
验收测试是软件产品交付客户之前的最后一个测试阶段 ,
是在真实的测试环境中 , 利用基于恶意事件的安全检测模板 , 测试在典型的渗透活动中可被识别的安全缺陷 验收测试的这
.3 2
验证阶段 ∋
集成测试
在集成层 , 软件的整体安全属性变得可见和可测试 , 使得
这一层的可测试属性数量相对单元层而言要多得多 , 但是对于
跨站脚本和网络服务器提供的一些服务 (例如安全套接层 S L 和 uR L 过滤) 的测试 , 存在一定的困难 我们可以将实际案 例和风险分析的结果作为组织集成测试的指南 集成测试要求测试人员通过安全测试培训 , 并且是有熟练 技术的软件开发人员
开发人员应该根据客户的功能需求来制定相应的安全规 约, 利用内建的明确的控制机制来降低安全风险 开发人员可
以根据风险评估的结果来确定测试项目: 软件能否可靠运行
Sa ( e t f y ) 以及软件运行结果是否可靠 ( Se cu i 动 r
软件开发生命周期 ( S DL ) 试 ∃ 集成测试和验收测试 中常用的测试方法有: 单元测
冲 . 分典每 T 护 3夕: 一 注文臼标 镶璐扒 1 文牵润每缸 7 4户 6 此丽(狈 o冲 பைடு நூலகம்咖 4书
Sa e t f y T ests O f A p p lieation S of twa e r dur i n g its E v e叮 P h ase o f D evelo p in g L if e C y ele
软件测试的生命周期管理
软件测试的生命周期管理软件测试是开发软件过程中不可或缺的一部分。
它旨在确保软件在交付给最终用户之前能够达到预期的质量标准。
软件测试的生命周期管理是指对软件测试活动进行规划、执行和监控的过程。
本文将详细介绍软件测试的生命周期管理过程。
软件测试的生命周期管理需要进行测试计划的制定。
测试计划是测试活动的指导方针，它包括测试目标、测试范围、测试策略、测试资源分配等内容。
在测试计划制定过程中，需要定义测试的目标和范围，明确测试的方法和技术，确定测试所需的人员和设备资源。
测试计划还需要与项目的进度计划相一致，以确保测试活动与开发活动的协调一致。
软件测试的生命周期管理需要进行测试用例的设计。
测试用例是用来检验软件功能和性能的一系列测试步骤和输入数据。
测试用例应该能够覆盖软件的各种可能情况，包括正常情况和异常情况。
测试用例的设计需要根据软件需求和设计文档来进行，确保测试能够全面覆盖软件的功能和性能要求。
软件测试的生命周期管理需要进行测试环境的搭建。
测试环境是指测试所需的硬件和软件配置，以及与开发环境相对应的测试环境。
测试环境应该与最终用户的使用环境相似，以确保测试的结果能够准确反映用户的实际使用情况。
测试环境搭建包括安装必要的软件和配置测试硬件，以及确保测试数据的准备和清理。
接着，软件测试的生命周期管理需要进行测试执行和结果分析。
在测试执行过程中，测试人员需要按照测试用例进行测试，并记录测试的结果和问题。
测试人员还需要对测试结果进行分析，判断软件是否符合预期的质量标准。
如果发现问题，测试人员需要及时报告给开发人员，并跟踪问题的解决过程。
测试执行和结果分析是整个测试过程中最重要的环节，它直接影响软件的质量和稳定性。
软件测试的生命周期管理需要进行测试报告的编写和评审。
测试报告是对测试活动的总结和评价，它包括测试的目标和范围、测试的方法和技术、测试用例和测试结果、测试的问题和解决方案等内容。
测试报告可以帮助团队成员了解测试的进展情况和软件的质量状况，也可以作为以后测试活动的参考和借鉴。
软件测试生命周期
软件测试生命周期软件测试生命周期软件测试是在软件开发过程中的一个重要环节，通过对软件系统进行测试可以发现并修复其中潜在的缺陷，确保软件的质量和稳定性。
软件测试的生命周期是指软件测试在整个软件开发过程中的各个阶段。
本文将详细介绍软件测试的生命周期。
1. 需求分析阶段在软件测试生命周期的初期阶段，测试团队需要对项目的需求进行深入的分析与理解。
测试人员和开发人员需要共同讨论和梳理软件系统的功能需求，以确保测试的全面性和有效性。
在需求分析阶段，测试团队还需要了解和评估软件系统的可测试性，确定测试环境和测试资源。
2. 测试计划阶段在需求分析阶段完成后，测试团队将制定详细的测试计划。
测试计划包括测试范围、测试目标、测试资源、测试进度、测试策略和测试方法等内容。
测试计划是测试活动的指导和规划，确保测试效果符合预期。
3. 测试设计阶段测试设计阶段是将测试计划转化为具体的测试用例和测试场景的过程。
测试团队根据需求分析和测试计划的要求，设计合理的测试用例覆盖测试对象的各种功能和场景。
在测试设计阶段，测试团队需要考虑测试用例的覆盖率、测试数据的准备和测试环境的配置等方面的问题。
4. 测试执行阶段测试执行阶段是将设计好的测试用例应用于软件系统的过程。
在测试执行阶段，测试团队需要按照测试计划和测试设计的要求，执行测试用例并记录测试结果。
测试人员需要对测试过程中的问题进行及时的记录和反馈，确保测试工作的顺利进行。
5. 缺陷管理阶段在测试执行阶段中，测试团队发现的缺陷会被记录并提交给开发团队进行修复。
在缺陷管理阶段，测试团队需要跟踪和管理已发现的缺陷，确保每个缺陷都得到适当的处理和解决。
测试团队还需要与开发团队紧密合作，确保缺陷得到及时修复。
6. 验收测试阶段在软件开发完成后，测试团队还需要进行验收测试，以确保软件系统符合用户的需求和期望。
验收测试阶段通常由测试团队与用户代表共同进行，测试团队根据用户需求和验收标准执行测试用例，并将测试结果进行总结和报告。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
V模型
用户需求
需求分析 概要设计 详细设计 编码和实现 验收测试
系统测试
集成测试 单元测试
软件生命周期中的测试
CSTQB初级认证
9
V模型
V模型的阶段
除了前面瀑布模型中介绍的用户需求、需求分 析、详细设计、概要设计、编码和实现几个阶 段之外，还强调了不同的测试级别概念； 单元测试：验证软件单元是否按照单元规格说 明（详细设计说明）正确执行，即保证每个最 小的单元能够正常运行。单元测试一般由开发 人员来执行，首先设定最小的测试单元，然后 通过设计相应的测试用例来验证各个单元功能 的正确性；
CSTQB初级认证
28
测试级别
针对不同的测试级别，我们应该明确
不同的测试的对象；
每个测试级别的测试目的；
测试用例参考的工作产品：测试依据；
发现的典型缺陷和失效；
测试工具的需求和支持； 不同的测试技术和方法；
……
软件生命周期中的测试 CSTQB初级认证 29
单元测试
单元测试3 单元测试4
单元测试1
软件生命周期中的测试
CSTQB初级认证
16
非线性模型
因此，我们引入了非线性开发模型！增 量模型是重要的非线性模型之一！
需求分析 需求分析 需求分析 需求分析 设计 设计 设计 设计 编码 编码 编码 编码 测试 测试 测试 测试 交付1 交付2 交付3 交付4
软件生命周期中的测试
CSTQB初级认证
可采用的测试模型
pubu
yuanxing，zengliang
luoxuan,zengliang,diedai
软件生命周期中的测试
CSTQB初级认证
23
什么是好的测试
好的测试应该具备
每个开发活动都有相对应的测试活动； 每个测试级别都有其特有的测试目标；
对于每个测试级别，需要在相应的开发活动过 程中进行相应的测试分析和设计； 在开发生命周期中，测试人员在文档初稿阶段 就应该参与文档的评审；
不合适或者不相容的类型说明； 变量没有初始化； 不正确的变量名；
软件生命周期中的测试
CSTQB初级认证
35
单元测试
单元测试关注点（续）
单元模块的独立路径测试；
误解或者用错了算符优先级； 混和类型运算；
与控制流相关的测试；
错误的修改了循环变量； 循环中止条件不可能出现；
软件生命周期中的测试 CSTQB初级认证 20
开发模型的选择
在前期需求明确的情况下尽量采用瀑布模型或 改进型的瀑布模型； 在用户无信息系统使用经验，需求分析人员技 能不足情况下一定要借助原型；
在不确定性因素很多，或者需求不稳定的情况 下，无法有效的进行计划的情况下，尽量采用 增量迭代和螺旋模型；
资金和成本无法一次到位情况下可以采用增量 模型，软件产品分多个版本进行发布；
软件生命周期中的测试 CSTQB初级认证 10
V模型
V模型的阶段（续）
集成测试：检查多个单元是否按照系统概要设 计描述的方式协同工作。集成测试的主要关注 点是系统能够成功编译，实现了主要的业务功 能，系统各个模块之间数据能够正常通信等；
系统测试：验证整个系统是否满足需求规格说 明；
验收测试：从用户的角度检查系统是否满足合 同中定义的需求或者用户需求；
17
增量模型
增量模型的特点
增量模型在每个阶段交付满足客户需求的一个 子集的可运行产品。因此可以较好的适应变化， 以及控制风险； 增量的一个缺点是后面并入的构件不能破坏已 构造好的系统部分，这需要软件具备开放式的 体系结构；
在开发过程中，需求的变化是不可避免的。增 量模型的灵活性可以使其适应这种变化的能力 大大优于线性模型，但也很容易退化为边做边 改模型，从而是软件过程的控制失去整体性；
软件生命周期中的测试
CSTQB初级认证
26
测试级别
软件开发过程域
用户需求
软件测试过程域
验收测试
用户
需求分析
系统测试
设计人员
概要设计
集成测试
详细设计
组件测试
编码人员
编码
软件生命周期中的测试
CSTQB初级认证
27
测试级别
测试活动贯穿于整个软件生命周期
单元测试
集成测试
系统测试 验收测试
软件生命周期中的测试
软件生命周期中的测试 CSTQB初级认证 18
迭代模型
软件生命周期中的测试
CSTQB初级认证
19
迭代模型
迭代模型的特点
迭代模型包括了一系列的迭代，每一个迭代都 包括了一些或者很多的开发活动（需求、分析、 设计、实现等等）； 每个后续的迭代都建立在前一个迭代的基础上 以使系统得到发展和细化，直到最终产品被完 成； 迭代模型中集成不是在项目的尾声进行的“大 动作”，每一次迭代都以集成构建系统各部分 结束，这样不断的积累将使日后的返工最小化；
软件生命周期中的测试 CSTQB初级认证 6
瀑布模型
瀑布模型的阶段（续）
详细设计：细化概要设计的框架，定义每个子 系统的任务、行为、内部结构以及与其他子系 统的接口； 编码和实现：通过编程语言实现所有已经定义 的单元，比如模块、单元和类等； 测试：作为开发周期的一个阶段，主要是指测 试执行活动；
运行维护：软件系统或者产品发布，在用户中 使用，以及根据反馈进行必要的维护活动；
软件生命周期中的测试
CSTQB初级认证
11
V模型
V模型的特点
V模型体现的主要思想是开发和测试同等重要， 左侧代表的是开发活动，而右侧代表的是测试 活动； V模型针对每个开发阶段，都有一个测试级别与 之想对应； 测试依旧是开发生命周期中的阶段，与瀑布模 型不同的是，有多个测试级别与开发阶段对应；
V模型适用于需求明确和需求变更不频繁的情形；
软件生命周期中的测试 CSTQB初级认证 24
课程内容
1. 开发模型 2. 测试级别 3. 测试类型 4. 维护测试
软件生命周期中的测试
CSTQB初级认证
25
测试级别
ISTQB考试知识点
LO-2.2.1 比较不同测试级别之间的区别：测试的 主要目的、典型的测试对象、典型的测试目标 （功能性的或结构性的）、相关的工作产品、 测试的人员、识别缺陷和失效的种类（K2）。
软件生命周期中的测试 CSTQB初级认证 7
瀑布模型
瀑布模型的特点
软件测试是开发过程中的一个阶段，对产品质 量进行的最后检查； 在客户需求明确，以及开发过程中没有频繁的 需求变更，比较适合瀑布开发模型； 假如需求不明确，或者需求经常发生变更，采 用瀑布模型是非常不适合的；
软件生命周期中的测试 CSTQB初级认证 8
单元测试2
单元测试n
软件生命周期中的测试
CSTQB初级认证
30
单元测试
基本含义
单元测试的对象可以是模块、类、函数和对象 等，不同的软件语言来决定； 单元测试的主要目的是验证单元是否满足了详 细设计规格说明，发现需求和设计中的错误； 单元测试设计的主要输入是详细设计规格说明、 软件设计和数据模型等； 单元测试主要采用白盒测试技术，黑盒测试技 术作为单元测试的辅助；
软件生命周期中的测试 CSTQB初级认证 21
开发模型的选择（续）
对于完全多个独立功能开发可以在需求阶段就 分功能并行，但每个功能内都应该遵循瀑布模 型； 对于全新系统的开发必须在总体设计完成后再 开始增量或并行； 对于编码人员经验较少情况下建议不要采用敏 捷或迭代等生命周期模型； 增量、迭代和原型可以综合使用，但每一次增 量或迭代都必须有明确的交付和出口准则；
驱动模块和桩模块是测试使用的软件，而不是软件产品 的组成部分，但它需要一定的开发费用；
软件生命周期中的测试 CSTQB初级认证 34
单元测试
单元测试关注点
单元模块接口参数；
实际参数和形式参数的个数是否相同； 实际参数和形式参数的属性是否匹配； 调用函数的参数顺序、个数和属性是否匹配；
单元模块局部数据结构；
非线性模型
瀑布模型和V模型，都是属于线性模型的范 畴，它们的重要特点就是线性的，即前臵条 件是软件系统具有比较明确的需求，且没有 频繁的需求变更； 但是，现实生活中，这个 条件是很难满足的！
软件生命周期中的测试 CSTQB初级认证 15
非线性模型
需求是可变的：某些应用软件的需求与外部环境、公司 经营策略或经营内容等密切相关，这些都是经常调整和 变化的，因此需求也是变化的； 需求是模糊的：许多用户对他们的需求最初只是模糊的 概念，想要求一个对需求只有初步设想的人准确无误的 说出全部需求，显然是不切实际的； 用户和开发者难于沟通：大多数用户和领域专家不熟悉 计算机和软件技术，而软件开发人员也往往不熟悉用户 的专业领域，开发人员和用户之间很难做到完全沟通和 相互理解，在需求分析阶段做出的用户需求常常是不完 整、不正确的；
软件生命周期中的测试
CSTQB初级认证
31
单元测试
基本含义
单元测试应该覆盖功能需求和非功能需求；
单元测试经常会使用测试驱动的方法（测试驱 动开发）；
开发驱动测试
VS
测试驱动开发
软件生命周期中的测试 CSTQB初级认证 32
单元测试
测试环境
测试用例 驱动模块 测试结果
被测模块
桩模块1
桩模块2
桩模块n
软件生命周期中的测试
CSTQB初级认证
22
练习
场景
软件需求较稳定，软件开发团队计划用三个月的时 间进行需求分析、四个月的时间进行系统设计、四 个月的时间进行编码，所有活动将采用阶段式完成 方式进行 软件需求信息不足，项目组计划采取先设计部分原 型系统，以便与客户进行交流来确认下一步的开发 需求与系统改进 由于项目规模较大，开发过程中，项目组希望开发 组进行多次发布，并进行已完成模块的集成，从而 验证系统进展情况，以便做出适当的调整