测试管理模块
列举了ISTQB国际认证软件测试工程师:ISTQB-Certified Tester(Advanced Level)高级软件测试认证模块1测试经理模块的详细学习目标。
测试经理大纲简介 – [60分钟]
(包括ISTQB®初级大纲的修订内容)
在课程大纲中,每个章节都会提供相应的认知水平要求:
K1:牢记
K2:理解
K3:应用
K4:分析
第1章:软件测试基础 – [150 分钟]
1.2软件生命周期中的测试
(K2)描述如何进行测试才算是某些软件开发与维护活动的一部分。
(K4)分析软件生命周期模型并勾勒出最适当的任务/测试活动去实施(区分测试活动和开发活动)
1.3特定系统
(K2)举例说明测试综合系统的详细过程。
(K2)解释为什么系统安全测试的三个主要输出必须满足相关的法规
1.4 测度和度量
(K2)描述和比较所有标准化的测试方法
(K3)通过度量测试对象和测试过程来监控测试活动
第2章:测试过程 – [120 分钟]
2.3测试计划与控制
(K2)举例描述测试策略如何影响测试计划。
(K2)比较测试阶段工作的产物,并通过举例解释开发阶段的产物与测试阶段的产物之间的关系。
(K2)对测试控制活动进行分类以便确定测试任务、策略和目标是否已完成。
2.5测试实现与执行
(K2)说明测试执行的前提条件。
(K2)通过例子说明不同测试技术在早期测试中的优点和缺点。
(K2)解释为什么用户和(或)客户需要参与测试执行。
(K2)描述如何根据不同的测试级别,确定测试日志的级别。
2.6评估出口准则与报告
(K2)总结测试过程中需要搜集的信息,用来完成准确的测试报告和评估是否满足测试标准。
2.7测试结束活动
(K2)总结四组完成的测试活动。
(K3)总结测试结束阶段获得的经验教训,发现改进点或者可重用点。
第3章:测试管理 – [1120分钟]
3.2测试管理文档
(K4)列出满足IEEE 829标准的测试管理文档,例如测试计划、测试设计规格说明和测试规程规格说明。
(K2)描述测试策略/测试方法中至少4个重要因素,并说明哪些满足IEEE 829 标准的测试文档包含了这些因素。
(K2)说明如何在测试管理文档中对测试策略的偏差进行管理,并简述原因
3.3测试计划文档模板
(K2)总结IEEE 829中主要测试计划的结构。
(K2)根据各个组织结构、产品风险,以及项目的风险、规模和类型等情形裁剪IEEE 829 标准中建议的测试计划结构。
3.4 测试估算
(K3)考虑影响成本和时间的因素,以一个小型样例项目进行基于度量或基于经验的方法估算工作量。
(K2)理解并举例说明在大纲中提到的可能引起估算误差的因素。
3.5测试计划进度
(K2)描述尽早制定测试计划和进行测试计划迭代的益处。用例子支持解释。
3.6 测试进度监控
(K2)比较测试过程控制的不同流程。
(K2)至少给出5个不同的概念性例子,解释测试过程中发现的问题如何影响具体的测试过程。
(K4)利用在监控活动和测量中所观察到的测试进度相关的问题,制订应对计划改进当前的测试进度,并提供改进建议。
(K4)分析测试结果和确定测试进度,并记录到监控报告中,并从4个不同的维度生成最终的测试总结报告。
3.7测试的商业价值
(K2)给决定“质量成本”的4个类型分别举例(或列出度量)。
(K3)在给定环境中列出适用的定量值和(或)定性值。
3.8分布式测试、外包测试与内包测试
(K2)列出三种测试类型(分布式测试、外包测试和内包测试)的人员编制策略的风险和异同。
3.9基于风险的测试
3.9.1基于风险的测试简介
(K2)解释基于风险的测试如何在多个方面考虑风险因素。
(K4)区别产品风险和项目风险,并能基于这些风险制定合理的测试策略和测试计划。
3.9.2风险管理
(K3)从测试人员的角度,根据FMEA方法对一个产品进行风险分析。
(K4)汇总项目关键成员对项目风险的不同观点,使用汇总后的结果开展减轻风险的测试活动。
3.9.3软件生命周期中的风险管理
(K2)描述需要不断迭代的风险管理的特性。
(K3)将基于风险的测试策略转化为实际的测试活动,并在测试过程中监控其效果。
(K4)分析和报告测试结果,确定或提出残余的风险以帮助项目管理人员做出正确的决断。
3.10失效模式与影响分析
(K2)描述FMEA的基本概念,通过例子解释其在项目中的应用和对项目的益处。
3.11 测试管理问题
(K2)从测试策略、益处、优缺点以及这些因素对测试计划、覆盖、监视、控制等方面,比较探索性测试、综合系统、安全关键系统测试在测试管理中的不同之处。
第4章:测试技术 – [0分钟]
对测试管理者,本部分不做要求。
第5章:软件特征测试 – [0 分钟]
对测试管理者,本部分不做要求。
第6章:评审 – [120 分钟]
6.2评审的原则
(K2)通过动态测试和其它静态测试技术的比较,解释评审的优点。
6.4评审简介
(K2)比较不同的评审类型,说明它们各自的优势、劣势以及应用领域。
(K3)按照规定步骤带领评审团队进行一次正式的评审活动。
(K4)列出评审计划(作为项目质量/测试计划的一部分),计划中应考虑评审的技术、可能发现的缺陷、测试人员具备的技能,并与其它动态测试方法有机结合在一起。
6.5评审的成功因素
(K2)解释在不考虑实施评审的技术、组织因素以及人员因素的情况下,进行评审的潜在风险。
第7章:事件管理 – [80分钟]
(K3)根据IEEE 标准1044-1993定义的事件管理生命周期进行缺陷管理。
(K3)根据IEEE 标准1044-1993评估缺陷报告并进行缺陷分类以改进缺陷报告的质量。
(K4)按时对缺陷报告进行分析并更新缺陷分类。
第8章:标准和测试改进过程 – [120分钟]
(K2)总结相关标准的出处并解释这些标准在软件测试中的作用。
8.4改进测试过程
(K3)与相关人员一起按通用步骤编制测试改进计划。
(K2)总结TMM、TPI、CTP、STEP定义的测试改进过程和CMMI过程域的验证和确认过程。
(K2)解释测试改进模型TMM、TPI、CTP、STEP中的评估准则,以及CMMI中过程域的验证和确认标准。
第9章:测试工具与自动化 – [90 分钟]
9.2测试工具的概念
(K2)从下列多种角度对不同类型的测试工具概念进行比较:“益处和风险”、“测试工具使用策略”、“工具集成”、“自动化语言”、“测试准则”、“工具部署”、“开源工具”、“工具开发”和“工具分类”。
(K2)描述为什么和何时使用工具对于创建测试工具使用策略是非常重要的。
(K2)理解测试工具部署的不同阶段。
9.3测试工具分类
(K2)从测试目标、易用性、优点、风险和用途等角度对不同测试工具进行总结和分类。
(K2)总结在测试安全系统时对测试工具和开源测试工具的特别需求。
(K2)描述不同测试工具的特性和运用效果,总结不同测试工具的使用方法和作用。
(K2)描述选择使用测试工具的时机和原因,并分析它将带来的益处、风险以及结果。
第10章:个人技能与团队构成 – [240 分钟]
10.2个人技能
(K3)通过问卷方式对团队成员的能力从以下角度进行评估:软件系统的熟悉程度、专业业务知识、开发能力、软件测试能力和沟通能力。
10.3测试团队整体实力
(K3)通过缺口分析确定组织内空缺职位所需的技术和能力。
10.4组织内测试的适合性
(K2)根据不同的组织类型进行外包/内部资源和外包/内部业务的选择。
10.5激励
(K2)举例说明影响测试人员的积极因素和消极因素。
10.6沟通
(K2)举例说明测试人员如何进行专业的、客观的、有效的沟通。在分析时应考虑相关的风险和机遇。
Advanced Level (CTAL)中文大纲下载地址:http://www.istqb.org.cn/istqb/download/ctal/