ISTQB测试认证-初级-应知应会.docxVIP

软件测试基础缺陷（bug）和失效（failure）：两者是相交的关系，测试与质量通过对测试中发现的缺陷进行度量从而评估软件质量，测试是质量工作重要组成测试开始时间执行测试在编码之后开始，测试计划和设计与开发同步软件测试对象用户要求（用户）、需求说明书（分析员）、设计说明书（设计员）、源程序（程序员）、运行结果（计算机）最经典模型瀑布模型，缺点是需求不能变更，它的一个变种就是V模型验证和确认验证：针对产品而言，验证上一步的工作确认：针对需求而言，验证是否满足客户需求软件测试的目的与目标目的：发现缺陷；获取对产品质量的信心；为决策提供信息；预防缺陷目标（管理、测试人员）：保证产品质量测试的七项基本原则测试不能显示缺陷不存在；穷尽测试是不可能的（通过风险分析和不同系统功能的测试优先级确定测试的关注点）；测试应尽早介入；缺陷集群性；杀虫剂悖论（测试用例应不断修改）；测试活动依赖于测试背景；不存在缺陷的说法是错误的软件测试过程测试计划和控制分析设计实现执行评估出口准则和测试报告结束测试计划和控制控制：与目标有偏差的进行修正测试分析和设计评审测试依据、评估测试目标和测试依据的可测试性、识别测试条件并确定优先级、设计测试用例及区分优先级；确定测试数据；规划测试环境的搭建、创建测试依据和测试用例的双向可追溯性测试实现和执行开发测试用例并区分优先级；测试规程和脚本的设计；根据规程创建测试套件；确认并更新测试依据和测试用例的双向可追溯性；正确搭建测试环境；记录执行结果以及实际与预期结果的对比、确认测试（再次执行上次执行失败的用例）和回归测试（重新测试）评估出口准则和测试报告评估出口准则：将测试执行结果和已定义的测试目标进行比较，需在测试各个级别上进行。测试执行结果是否满足测试出口准则，如果不满足则重新测试或考虑更改准则，如果满足，则提供测试总结报告。测试结束阶段当软件系统正式发布、测试项目完成、达到一个里程碑或一个维护版本完成时，需要执行测试结束活动软件生命周期的测试软件开发模型模型没有好坏之分，不会有优先级就顺序，选择模型是出于现实的需求决定的。瀑布模型需求设计编码测试，问题：需求变更带来的问题，很晚擦能发现设计缺陷，40%的开发精力花在集成和测试上。-V模型：将测试分级（测试的级别：单元、集成、系统、验收）需求验收测试设计 验收测试系统规格描述系统测试设计 系统测试 框架设计 集成测试设计 集成测试 详细设计 单元测试设计 单元测试 编码-W模型：是V模型的一种拓展，体现了尽早和不断地测试原则。迭代-增量开发模型（类似敏捷测试的思路）将增量模块加入到以前开发模块，每加入都要进行回归测试对每个增量模块：-1、需求、设计文档走查评审-2、测试设计-3、单元测试-4、BVT-5、增量功能测试、性能测试-6、自动化脚本-7、测试评估对集成后的系统：-1、测试设计-2、功能集成测试-3、回归测试（自动化）-4、性能测试-5、测试评估生命周期模型中的测试每个开发过程都有对应的测试活动；每个测试级别都有特有的测试目标；每个测试级别要在相应的开发活动过程中进行相应的测试分析和设计；测试员在文档初稿阶段就应该参与文档的评审。测试级别（组件/单元测试、集成测试、系统测试、验收测试）对每个级别都应该明确：测试总体目标、测试用例需要参考的工作产品（测试依据）、测试对象、发现的典型缺陷和失效、对测试用具的需求、测试工具的支持、专门的方法和职责等。组件/单元测试测试对象：组件、程序、数据库模型集成测试（对组件之间的接口进行测试）测试对象：子系统、数据库实现、基础结构、接口、系统配置和配置数据系统测试（通常由独立团队进行）测试对象：系统、用户手册和操作手册、系统配置和配置数据验收测试（通常由使用系统的用户或者客户来进行）测试对象：基于完全集成系统的业务流程、操作与维护流程、用户处理过程、结构、报告典型类型：用户验收测试；操作验收测试（管理员）；合同和法规性验收测试；Alpha（开发组现场）和Beta测试（客户现场）测试类型功能测试-系统能做什么基于功能和特性的黑盒测试，如安全性测试对安全性相关的功能（如防火墙）非功能测试-系统做得怎么样性能测试、负载测试、压力测试、易用性测试、互操作性测试、可维护性测试、可靠性和可移植性测试性能测试：用户视角：响应时间管理员视角：吞吐率、稳定性开发视角：设计、编码规范结构测试（代码实现角度，白盒测试）掌握语句覆盖和判定覆盖变更相关的测试回归测试：已测的程序在修改缺陷后重新测试用来发现这些变更后是否有新的缺陷引入或被屏蔽确认测试：一个缺陷被修改后重新进行测试确认原来的缺陷已经成功被修改维护测试现有的运行系统上进行，一旦对软件或系统进行修改、移植或退役处理时进行的测试。除了对变更部分进行测试，还要对其他部分进行回归测试。静态技术没有真正的