职业测试工程师的基本知识体系
一门职业是通过其基本知识体系（Common body of knowledge），道德规范准则和认证过程定义的。
COBK分为5类，共包含16个知识域，代表了职业测试工程师必须具备的知识技能和能力。
类别I：常用技巧
知识域1：沟通
提供信息
1． 读者评估—评估读者的需求，提供合适的资数，有关主题的信息必须准确，完整和充分。
2． 有效表达—以容易理解的适合读者的，切题的方式提供信息或教学。
3． 书面沟通—提供书面的确认、解释发现的缺陷，书面形式描述重现问题的事件序列，分析信息的能力记录并传递给合适的人。
4． 口头传递—以非进攻方式沟通问题或缺陷，避免开发人员猜忌、抵触，以条理清晰、容易理解的方式口头上表达连续事件的能力。
接收信息
1． 有效聆听—积极聆听说话的内容，有效提问，根据理解反馈确认，记录结论。
2． 面谈—准备问题，提问问题，目的是为分析和评估收集数据，记录结论。
3． 分析—决定如何使用接收的信息。
个人效力
1． 谈判——与一个或多个团队合作，提供满足各方要求的意见。
2． 冲突解决—把事态明朗化，满意地结束不同团队的争吵和意见差异。
3． 影响力和动机—采用技术和方法，有效地影响他人，促进其他人围绕一个给定目标开展工作。
4． 判断—在一个特定的环境下，运用信仰、标准、指南、政策、过程和价值来决策。
5． 帮助—提供指导，帮助集体达到其目标。
知识域2：职业开发
持续职业教育
1．确认需要的培训
2．行为改变技术
领导
1．主持会议
2．帮助
3．团队建设：定义集体目标，提高团队效率
4．过程定义：建议和采用测试过程，并把过程文字化
表扬：公开的
建网：（networking）参与外面的活动或组织来改进质量，定义标准工具方法等。
行为规范：遵从职业测试工程师行为规范
知识域3：质量原理和概念
质量原理/质量管理：
1． 质量原理：质量信条和在企业质量程序中的应用。
2． 全面质量管理系统：理解在企业的各个方面是如何实施质量属性和方法的。
3． 质量成本：理解质量成本=缺陷预防（QA）成本+产品评估+缺陷发现+缺陷导致系统失效或成本的总和。
4． 过程管理：制度和使用过程来执行和控制工作。
5． 事实管理：使用有价值的质量数据来跟踪工作进程。
质量保证/质量控制
1． 质量保证与质量控制：区分通过修改开发过程来防止缺陷发生（QA）与发现并改正缺陷（QC）之间的区别。
2． 过程分析和理解：分析收集数据，了解优缺点。
3． 质量属性：正确性、可靠率、效率、完整性、可用
性、可维护性、可测性、灵活性、可移植性、可重用性和内部可操作性。
知识域4：软件开发和维护的方法
过程知识：
1． 软件开发，操作和维护过程
2． 工具
3． 项目管理
4． 文档
角色/责任
1． 需求
2． 设计
3． 接口：人/机接口 通信接口 程序接口
4． 生成和安装
5． 维护
类别Ⅱ：测试技术/测试方法
知识域5：测试原理和概念
1． 测试规格定义：建立测试目的、目标、方法，通过/失败标准和进入/退出标准。
2． 测试技术：测试各类方法：静态的“人工”的，白、黑盒、负载、回归测试。
3． 测试方法：单元、性能、压力、集成、系统、恢复、回归、确认。
4． 独立测试：独立于产品或开发人员以外的人员开展的测试。
5． 商业软件：保证商用软件一开发代码之间的可靠性。
6． 外包代码测试：
7． 测试质量：确认测试是否充分。
8． 测试生命周期：系统测试方法包含如下几个阶段：
风险分析 （知识域8）
测试分析 （知识域10）
测试设计 （知识域11）
测试执行 （知识域12）
缺陷跟踪和管理 （知识域13）
质量测量 （知识域14）
测试报告 （知识域15）
词汇·描述
知识域6：验证和确认方法
验证概念
评审和检视
知识域7：测试的管理、标准和环境
测试管理：
1．测试目的
2．测试能力
3．测试执行
4．测试技术
5．员工
6．员工管理
测试标准：
1．外部标准
2．内部标准
测试环境：
1．测试过程工程
2．工具开发、获取
3．获取或开发测试平台/测试环境。
类别Ⅲ：测试计划
知识域8:风险分析
风险识别
1． 软件风险
2． 测试风险
3． 过早发布的风险
4． 商业风险
5． 风险方法
管理风险
1． 风险级别
2． 风险降低方法
3． 突发事件计划
知识域9：测试战术
测试方法
1． 结构化测试方法：
负载/压力—用预期的容量执行测试
执行—达到设计的熟练级别
恢复—失效后恢复到运行状态
操作—按照正常的支行状态操作
顺从—遵从标准和过程进行测试
安全—按照对组织的重要性进行保护
2． 功能测试方法 需求—按照规格进行
回归—实施变更后，对未修改的功能依旧进行测试错误处理，为改正获得编辑数据/输出、报告问题。
手册支持—有效使用软件的步骤过程，比如用户文档。
接口/内部系统—数据正确地从一台机器传递到另一台，或从另一个系统传递到另一个系统。
控制：把风险降低到可接受的级别。
并行：在产品中，旧系统和新系统同时在运行，比较两者结果，检测差异，确认每一个系统都输出相同的结果。
确认测试—满足用户操作的需要。
测试工具：
工具
能力：①自动回归测试工具②缺陷跟踪工具③性能/负载测试工具④手工工具，测试脚本，决策表⑤跟踪工具⑥代码覆盖率工具
工具选择：选择和使用工具，有效支撑测试计划
测试环境
知识域10：计划进程
计划前活动
1．成功标准/确认标准
2．测试目的
3．假定
4．进入标准/退出标准
测试计划
1．测试计划
2．要求/可跟踪性
3．估计
4．进度
5．职员
6．方法
7．测试质量控制
计划后活动：
1．变更管理
2．版本化（变更控制/变更管理/配置管理）
类别Ⅳ：执行测试计划
知识域11：测试设计
设计准备
1． 测试平台/测试实验室
2． 测试覆盖率
时间执行：
1．规格 2．用例 3．脚本 4．数据
知识域12：执行测试
1． 进行测试
2． 比较实际结果和预期结果
3． 测试日志
4． 记录差异
知识域13：缺陷跟踪和管理
1． 缺陷记录
2． 缺陷报告
3． 缺陷跟踪
测试缺陷修改
1．确认
2．回归测试
3．验证
类别Ⅴ：测试分析改进
知识域14：质量度量
测试完成标准
1． 测试特有的度量
2． 复杂度测量
3． 规模测量
4． 缺陷测量
5． 产品测量
事实管理：利用量化的测量和度量标准来管理软件测试的计划、执行报告。
知识域15：测试报告
1． 报告工具
2． 测试报告标准
3． 统计分析
知识域16：改进测试过程
测试质量控制：验证测试过程执行的正确性。
测试过程分析
1． 测试的目标是可用的，合理的，适当的，可行的和能够承担的。
2． 测试的程序满足测试的目标
3． 项目应用了正确的测试程序
4． 测试的方法论，包括过程，基础，工具，方法，计划的工作产品，评审等，是适当的充分的，能够保证测试的程序是正确的。
5． 测试工作产品是适当的，充分的，满足测试目标需要。
职业测试工程师的基本知识体系
一门职业是通过其基本知识体系（Common body of knowledge），道德规范准则和认证过程定义的。
COBK分为5类，共包含16个知识域，代表了职业测试工程师必须具备的知识技能和能力。
类别I：常用技巧
知识域1：沟通
提供信息
1． 读者评估—评估读者的需求，提供合适的资数，有关主题的信息必须准确，完整和充分。
2． 有效表达—以容易理解的适合读者的，切题的方式提供信息或教学。
3． 书面沟通—提供书面的确认、解释发现的缺陷，书面形式描述重现问题的事件序列，分析信息的能力记录并传递给合适的人。
4． 口头传递—以非进攻方式沟通问题或缺陷，避免开发人员猜忌、抵触，以条理清晰、容易理解的方式口头上表达连续事件的能力。
接收信息
1． 有效聆听—积极聆听说话的内容，有效提问，根据理解反馈确认，记录结论。
2． 面谈—准备问题，提问问题，目的是为分析和评估收集数据，记录结论。
3． 分析—决定如何使用接收的信息。
个人效力
1． 谈判——与一个或多个团队合作，提供满足各方要求的意见。
2． 冲突解决—把事态明朗化，满意地结束不同团队的争吵和意见差异。
3． 影响力和动机—采用技术和方法，有效地影响他人，促进其他人围绕一个给定目标开展工作。
4． 判断—在一个特定的环境下，运用信仰、标准、指南、政策、过程和价值来决策。
5． 帮助—提供指导，帮助集体达到其目标。
知识域2：职业开发
持续职业教育
1．确认需要的培训
2．行为改变技术
领导
1．主持会议
2．帮助
3．团队建设：定义集体目标，提高团队效率
4．过程定义：建议和采用测试过程，并把过程文字化
表扬：公开的
建网：（networking）参与外面的活动或组织来改进质量，定义标准工具方法等。
行为规范：遵从职业测试工程师行为规范
知识域3：质量原理和概念
质量原理/质量管理：
1． 质量原理：质量信条和在企业质量程序中的应用。
2． 全面质量管理系统：理解在企业的各个方面是如何实施质量属性和方法的。
3． 质量成本：理解质量成本=缺陷预防（QA）成本+产品评估+缺陷发现+缺陷导致系统失效或成本的总和。
4． 过程管理：制度和使用过程来执行和控制工作。
5． 事实管理：使用有价值的质量数据来跟踪工作进程。
质量保证/质量控制
1． 质量保证与质量控制：区分通过修改开发过程来防止缺陷发生（QA）与发现并改正缺陷（QC）之间的区别。
2． 过程分析和理解：分析收集数据，了解优缺点。
3． 质量属性：正确性、可靠率、效率、完整性、可用
性、可维护性、可测性、灵活性、可移植性、可重用性和内部可操作性。
知识域4：软件开发和维护的方法
过程知识：
1． 软件开发，操作和维护过程
2． 工具
3． 项目管理
4． 文档
角色/责任
1． 需求
2． 设计
3． 接口：人/机接口 通信接口 程序接口
4． 生成和安装
5． 维护
类别Ⅱ：测试技术/测试方法
知识域5：测试原理和概念
1． 测试规格定义：建立测试目的、目标、方法，通过/失败标准和进入/退出标准。
2． 测试技术：测试各类方法：静态的“人工”的，白、黑盒、负载、回归测试。
3． 测试方法：单元、性能、压力、集成、系统、恢复、回归、确认。
4． 独立测试：独立于产品或开发人员以外的人员开展的测试。
5． 商业软件：保证商用软件一开发代码之间的可靠性。
6． 外包代码测试：
7． 测试质量：确认测试是否充分。
8． 测试生命周期：系统测试方法包含如下几个阶段：
风险分析 （知识域8）
测试分析 （知识域10）
测试设计 （知识域11）
测试执行 （知识域12）
缺陷跟踪和管理 （知识域13）
质量测量 （知识域14）
测试报告 （知识域15）
词汇·描述
知识域6：验证和确认方法
验证概念
评审和检视
知识域7：测试的管理、标准和环境
测试管理：
1．测试目的
2．测试能力
3．测试执行
4．测试技术
5．员工
6．员工管理
测试标准：
1．外部标准
2．内部标准
测试环境：
1．测试过程工程
2．工具开发、获取
3．获取或开发测试平台/测试环境。
类别Ⅲ：测试计划
知识域8:风险分析
风险识别
1． 软件风险
2． 测试风险
3． 过早发布的风险
4． 商业风险
5． 风险方法
管理风险
1． 风险级别
2． 风险降低方法
3． 突发事件计划
知识域9：测试战术
测试方法
1． 结构化测试方法：
负载/压力—用预期的容量执行测试
执行—达到设计的熟练级别
恢复—失效后恢复到运行状态
操作—按照正常的支行状态操作
顺从—遵从标准和过程进行测试
安全—按照对组织的重要性进行保护
2． 功能测试方法 需求—按照规格进行
回归—实施变更后，对未修改的功能依旧进行测试错误处理，为改正获得编辑数据/输出、报告问题。
手册支持—有效使用软件的步骤过程，比如用户文档。
接口/内部系统—数据正确地从一台机器传递到另一台，或从另一个系统传递到另一个系统。
控制：把风险降低到可接受的级别。
并行：在产品中，旧系统和新系统同时在运行，比较两者结果，检测差异，确认每一个系统都输出相同的结果。
确认测试—满足用户操作的需要。
测试工具：
工具
能力：①自动回归测试工具②缺陷跟踪工具③性能/负载测试工具④手工工具，测试脚本，决策表⑤跟踪工具⑥代码覆盖率工具
工具选择：选择和使用工具，有效支撑测试计划
测试环境
知识域10：计划进程
计划前活动
1．成功标准/确认标准
2．测试目的
3．假定
4．进入标准/退出标准
测试计划
1．测试计划
2．要求/可跟踪性
3．估计
4．进度
5．职员
6．方法
7．测试质量控制
计划后活动：
1．变更管理
2．版本化（变更控制/变更管理/配置管理）
类别Ⅳ：执行测试计划
知识域11：测试设计
设计准备
1． 测试平台/测试实验室
2． 测试覆盖率
时间执行：
1．规格 2．用例 3．脚本 4．数据
知识域12：执行测试
1． 进行测试
2． 比较实际结果和预期结果
3． 测试日志
4． 记录差异
知识域13：缺陷跟踪和管理
1． 缺陷记录
2． 缺陷报告
3． 缺陷跟踪
测试缺陷修改
1．确认
2．回归测试
3．验证
类别Ⅴ：测试分析改进
知识域14：质量度量
测试完成标准
1． 测试特有的度量
2． 复杂度测量
3． 规模测量
4． 缺陷测量
5． 产品测量
事实管理：利用量化的测量和度量标准来管理软件测试的计划、执行报告。
知识域15：测试报告
1． 报告工具
2． 测试报告标准
3． 统计分析
知识域16：改进测试过程
测试质量控制：验证测试过程执行的正确性。
测试过程分析
1． 测试的目标是可用的，合理的，适当的，可行的和能够承担的。
2． 测试的程序满足测试的目标
3． 项目应用了正确的测试程序
4． 测试的方法论，包括过程，基础，工具，方法，计划的工作产品，评审等，是适当的充分的，能够保证测试的程序是正确的。
5． 测试工作产品是适当的，充分的，满足测试目标需要。