1.测试过程中测试分析师的任务

1.1 引言

在ISTQB®基础级教学大纲中，测试过程包括了下面活动：

测试计划
测试监督与控制
测试分析
测试设计
测试实施
测试执行
测试结束

在本高级教学大纲中，会进一步说明与测试分析师有特定相关性的活动。从而细化测试过程，更好地适应不同的软件开发生命周期模型。

测试分析师的主要关注领域包括确定、设计、实施和执行适当的测试。理解测试过程中的其他步骤也很重要，但测试分析师的主要工作通常聚焦于下面活动：

测试分析
测试设计
测试实施
测试执行

测试过程中的其他活动已经在基础级中充分讨论，本教学大纲中不再做进一步展开。

1.2 软件开发生命周期/中的测试

在制定测试策略时，应考虑整个软件开发生命周期。对于不同的生命周期，测试分析师的介入时间点是不同的；参与的程度、所需的时间、可用的信息和期望也可能有很大的不同。测试分析师必须要知道提供给其他相关组织角色的信息类型，例如：

需求工程和管理 -需求评审反馈
项目管理 -进度输入
配置和变更管理 -每个构建的验证测试结果、版本控制信息
软件开发 -通报发现的缺陷
软件维护 -有关缺陷、缺陷移除效率和确认测试的报告
技术支持 -准确记录已知问题和应急方法的文档
技术文档的编制（如数据库设计规格说明、测试环境文档） -这些技术文档的输入和技术评审

测试活动必须与选定的软件开发生命周期相匹配。生命周期的本质可以是顺序、迭代、增量或者几者的混合。例如在顺序V模型中，系统测试级别的测试过程可以这样规划：

系统测试计划与项目计划同时进行，测试监督与控制贯穿测试全过程。这会影响测试分析师为项目管理的目标达成而提供的进度输入信息。
系统测试分析和设计，与系统需求规格说明、系统架构（概要）设计规格说明、组件（详细）设计规格说明等文档保持一致。
系统测试环境的实现可能在系统设计期间就开始，尽管大部分工作通常和编码与组件测试同时进行，系统测试实现活动的工作通常会持续到系统测试执行开始几天前才完成。
当满足入口准则或，如有必要，豁免入口准则时（这通常意味着组件测试和组件集成测试至少满足了相应的出口准则），开始执行系统测试。系统测试持续执行到满足相应的系统测试出口准则为止。
系统测试结束活动在系统测试出口准则满足后开始。

迭代和增量模型可能不会遵循相同的活动顺序，也可能不包括某些活动。例如，迭代模型可能在每轮迭代中使用一个裁剪过的测试活动集合。每轮迭代可能都会有测试分析、设计、实施、执行活动，但概要计划只在项目开始时执行，结束活动只在最后执行。

在敏捷软件开发中，通常使用不太正式的过程，并与项目干系人建立更紧密的工作关系，从而使变更更容易在项目中发生。该过程可能没有明确、清晰地定义测试分析师角色，也没有比较全面完整的测试文档，沟通也更短暂、更频繁。

敏捷软件开发从一开始就涉及测试工作。在产品开发工作启动时即开发人员开始进行架构和设计工作时，测试就要开始介入。评审可以是非正式的，随着软件的发展持续进行。测试活动需要贯穿整个项目生命周期，测试分析师的工作可由团队协作完成。

迭代和增量模型的范围从敏捷软件开发（在敏捷软件开发中，会随着客户需求的演变发生变化）到混合模型，例如迭代/增量开发模型与V模型相结合。在这种混合模型中，测试分析师应该参与顺序活动中的计划和设计工作，然后在迭代/增量活动中扮演更具交互性的角色。

无论使用什么样的软件开发生命周期，测试分析师都必须了解参与目的和参与时间。通过调整其参与特定软件开发生命周期模型的活动和参与时间，测试分析师可以为软件质量做出有效贡献，而不必拘泥于预先定义的角色模型。

1.3 测试分析

在测试计划阶段，定义了测试项目的范围。在测试分析阶段，测试分析师使用此范围定义来：

分析测试依据
识别测试依据中的不同缺陷类型
识别需要测试的测试条件和特征（功能），并设置优先级
获取测试依据和相应测试条件之间的双向可追溯性
执行与基于风险的测试相关的任务（见第2章）

为了让测试分析师有效地进行测试分析，需要满足以下入口准则：

有一个描述测试对象的知识体系（例如需求、用户故事），可以作为测试依据（参见[ISTQB FL 基础级教学大纲] 1.4.2和2.2或其他测试依据来源列表）
该测试依据已通过评审，结果合理，并在评审后根据需要进行了更新。注意，如果要定义概要测试用例（见第1.4.1节），测试依据可以不用充分定义。在敏捷软件开发中，会在每次迭代开始时细化用户故事，因此这个评审周期将是迭代的。
有已经批准的预算和时间表用于完成测试对象中的剩余测试任务。

测试条件通常通过分析测试依据和测试目标（如测试计划中的定义）来确定。在某些情况下，文档可能是旧的或不存在时，测试条件可以通过与利益相关方的讨论来确定（例如，在工作会议或迭代计划期间）。在敏捷软件开发中，测试设计的依据可以来自用户故事中定义的部分验收标准。

虽然测试条件通常依赖于要测试的条目，但是测试分析师需关注一些通用的注意事项：

通常建议定义不同详细程度的测试条件。最初，确定概要条件以定义测试的通用目标，例如 “screen x的功能”。随后，识别更详细的条件作为具体测试用例的基础，例如“screen x拒绝比正确长度短一位数的帐号”。使用分层的方法来定义测试条件，有助于保证概要条目覆盖的充分性。这种方法还允许测试分析师开始为尚未细化的用户故事定义概要测试条件。
如果已经定义了产品风险，那么测试条件必须保证识别每个产品风险并追溯到风险条目。

测试技术的应用（如测试策略和/或测试计划中所定义的）有助于测试分析活动，并可用于支持以下目标：

识别测试条件
减少遗漏重要测试条件的可能性
定义更精确的测试条件
在测试条件细化和完善后，可以与利益相关方一起进行评审，以保证充分理解需求，以及测试与项目目标保持一致。

在某一特定领域（例如特定功能）的测试分析活动结束时，测试分析师应该知道必须为该领域设计哪些特定测试。

ISTQB- TA大纲相关推荐

[转]ISTQB FL初级认证考试资料（中文）
[转]ISTQB FL初级认证考试资料(中文) 2015-06-22 ISTQB作为一个专业的提供软件测试认证的机构,得到了全球软件测试人员的认可.目前中国有越来越多的人已经获得或者希望获得ISTQB ...
ISTQB基础级认证参考书
SWTBOK作为一个开放的测试人员社区发布了ISTQB初级参考书.大家可以通过SWTBOK的知乎页面免费阅读参考书.链接如下: https://github.com/swtbokcn/ISTQB-Fo ...
软件测试经理评说ISTQB认证价值
国际软件测试认证委员会ISTQB (International Software Testing Qualification Board)于2002年在英国成立,ISTQB的官方网站是www.istq ...
ISTQB AL高级认证考试资料（中文）
ISTQB作为一个专业的提供软件测试认证的机构,得到了全球软件测试人员的认可.目前中国有越来越多的人已经获得ISTQB FL初级模块的认证.由于测试职业发展和前途的考虑,相信也会有越来越多的人希望通过 ...
学习记录：七大测试原则笔记
基础篇 1.1 测试基础 1.1 为什么测试如此重要(K2) 术语:缺陷(bug),缺陷(defect),错误(error),失败(failur)e,故障(faul)t,质量(qualit)y,风险( ...
做测试10年，测试工程师需要考什么证加薪？
最近好多同学和我说,疫情的反复,又导致了现在的工作不好找,工资不高,心仪的工作越来越难找了.那么真的现在是这样吗?为了找到这个问题的答案,小编采访了咱们松勤的最近一个自动化跳槽拿到月薪37K的学员,询 ...
2018版ISTQB FL基础级大纲全解析
2018版ISTQB基础级中英文大纲已经正式发布.根据ISTQB基础级认证考试要求,分别对采用2018版新大纲的时间做出了要求:针对英语考试,必须在2019年6月4日之前:而对于非英语的考试,其开始时 ...
ISTQB高级-测试经理国际认证试题及答案（二）
1.TM-1.2.1 (K4) 为了计划测试活动和工作产品以实现测试目标,必须对一个系统的测试需求进行分析. 问题:您是旅游信息手机应用项目的测试经理.近期该项目切换到敏捷流程和测试驱动开发(TDD) ...
ISTQB高级国际认证试题及答案（一）
题目 #1 (3 分)选择2个答案您是旅游信息手机应用项目的测试经理.近期该项目切换到敏捷流程和测试驱动开发(TDD).每个开发周期持续15天,在第7天之后开始每日构建.第10天以后,不会再有新的功 ...
ISTQB®考试常见问题解答
一.如何获得软件测试人员的ISTQB®证书? 您必须成功通过国家或地区委员会或ISTQB认可的考试提供者提供的考试. 共有3级认证: 基础水平先进水平专家级二.基础水平考试是什么? 基础级别提供 ...

ISTQB- TA大纲

1.测试过程中测试分析师的任务

1.1 引言

1.2 软件开发生命周期/中的测试

1.3 测试分析

ISTQB- TA大纲相关推荐

最新文章

热门文章