软件测试项目管理及其认证和培训Word格式文档下载.docx
《软件测试项目管理及其认证和培训Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《软件测试项目管理及其认证和培训Word格式文档下载.docx(20页珍藏版)》请在冰豆网上搜索。
![软件测试项目管理及其认证和培训Word格式文档下载.docx](https://file1.bdocx.com/fileroot1/2022-11/23/e4567981-50c2-4a20-813f-942612c8992f/e4567981-50c2-4a20-813f-942612c8992f1.gif)
成本估算表
培训计划
项目问题跟踪表
会议机要
1.6存在的测试组件应用模型
1.6.1一般通用完善的测试管理
测试需求的条目化
测试案例与测试需求的覆盖关联设计
测试执行与测试案例的关联设计
测试执行与报告的关联设计
通过该完善的体系,有效地跟踪了测试需求,确保了测试需求测试覆盖的准确跟踪。
准确地报告测试的需求覆盖率,测试执行成功率,以及测试热点等。
1.6.2需求与问题报告关联管理
在缺少案例和严格的测试执行控制的前提下,通过测试需求和问题报告的关联,对测试需求覆盖率和测试热点等问题进行管理。
要求测试人员有丰富的测试经验,通过测试人员的测试经验和负责态度决定测试的覆盖率。
1.6.3测试案例和问题报告关联
在缺少测试需求管理和严格的测试执行的前提下,可以将测试案例和问题报告的关联,通过分析测试案例的覆盖率和成功率等对测试需求覆盖率和测试热点等问题进行管理。
1.6.4问题独立管理
通过对问题报告的独立管理,手工维护问题报告对应的相关信息,通过问题报告单的分析进行项目测试的分析
这种就是最原始的管理,已发现问题为目的。
根据企业对测试的重视程度将会出现以上不同的管理形式。
同时也是项目根据系统质量要求,成本分析,以及企业的战略决策得到各种管理形式。
不同的形式将会有不同的测试效果。
1.7测试项目管理核心工作介绍
1.7.1测试项目管理核心组件的介绍
主要内容介绍
测试需求管理
测试计划管理
测试案例管理
测试执行管理
缺陷管理
测试报告管理
团队交流管理
1.7.2测试需求管理
定义:
测试结果的准确输出;
测试通过的标准;
也是测试工作的范围依据
价值:
如果没有明确的测试需求,测试工作就无据可依,测试工作将会失去意义。
价值分析:
从确认测试角度,由于系统要经历对需求了解,设计,实现的流程,存在很多的交流问题,所以在项目中,往往具体实现系统的人对需求的掌握经常会出现严重的偏差,而测试工作的一个重要的价值就是发现系统与用户需求的偏差(服务于用户的理念)
从验证测试的角度,如果没有及时了解到测试需求,测试人员往往会被实现的系统误导,导致无法发现实现的错误。
所以说加强测试需求环节的管理,能够有效地提高测试的质量,而且减少了很多后期开发与测试的交流成本。
获取测试需求的相关工作:
积极参与需求调研,获取用户的明确需求和测试业务数据
积极组织参与各种项目交流活动
认真阅读和评审项目文档信息
测试需求的主要来源:
其中包括需求文档、设计文档、用户业务资料、与最终用户的访谈活动等。
工作建议:
积极普及测试需求对测试活动重要性的观念
重视测试需求的价值
有效地安排测试需求调研工作
有计划地提高测试人员的需求参与能力
复用项目过程中已经产生的工具产品,作为测试需求的表达
权宜建议:
多与需求调研人员交流,尽可能地获取到有效的测试需求
将自己的测试范围控制在自己掌握的测试需求范围内,减少无效测试工作的投入
表达测试需求参考规则:
1.测试需求尽可能地条目化。
[便于跟踪]
2.测试需求尽可能地结构化[有明确地输入,输出]
3.测试需求尽可能地模型化[便于案例设计采取更有效的模式和方法]
1.7.3测试计划管理
用于明确测试目标和范围、测试策略以及测试技术、方法、资源分配、任务进度安排,指导测试组以及测试相关人员团体协作等的可记载申明。
一般提倡将其表达成一个可以用于交流的文档。
测试计划是为实现一个目标而执行一系列的活动的宏观设计,能够将团队的目标统一。
没有一个透明科学的计划,将无法得到相关工作支持。
测试计划的特征:
测试计划是一个策略性的文档
测试计划是整个测试项目团体协作的核心基础
测试计划是一个系列性文档
每一种测试计划要有明确的目标
每一种测试计划应该处理不同阶段的问题
每一种测试计划通常应用统一的方法
测试计划是一个可修改的、逐步精确的系统文档
测试计划是一个团体合作的交流平台
1.7.3.1测试计划前期准备工作
测试需求收集:
收集用户的系统功能需求(细化功能需求)
业务数据
接口数据
用户质量要求分析:
功能使用频度收集
功能失败风险分析
成本估算:
考虑到一些粗略的测试策略,做出成本估算
测试目标决策:
产品的质量需求
测试小组的项目工作范围:
企业的发展阶段(测试支持成熟度)
项目用户的质量成熟度
测试组织的能力成熟度
通常现在中国企业独立的测试组织主要负责(功能测试)、
系统测试。
有一些负责集成测试等
1.7.3.2测试计划制定-测试策略
为实现某一特定的测试目标,而采取的测试方案。
内容说明:
采用那种测试模型
采用哪些测试过程
使用那些测试手段
如何处理一些特殊情况
我认为测试策略是测试计划的核心部分。
坚持的原则:
尽早地进行测试活动
特定的错误用特定的方法在特定的环节解决。
特定的情况下,对测试活动有明确的优先级别处理
1.7.3.3测试计划制定-测试风险
目的:
通过风险分析,及早详细考虑在项目过程中可能遇到的问题以及相关的处理方案
内容:
风险内容描述
风险级别
约定处理方案
说明:
对项目中不可控的因素一定要进行提早防避,以免出现不合理的成本投入。
建议:
每个项目有一个风险列表,并且根据项目的发展情况进行维护。
1.7.3.5测试计划内容框架说明
文档介绍
测试目标、范围和标准申明
测试需求说明
测试策略
测试方法
测试资源说明
测试进度安排
提交产品说明
风险分析和处理对策说明
交流方式申明
1.7.4测试案例管理
从无穷尽的输入、输出组合中筛选出来的用于满足覆盖、发现错误的组合描述。
使测试工作更加科学化,技术化。
使测试工作易于跟踪。
体现出测试设计者的测试思路
用于指导测试人员执行测试。
变相地验证需求、开发设计等
有效的案例将会用于完善测试知识库
案例实现参考原则:
案例的设计必须有清晰的框架
根据测试决策设计案例的颗粒度。
参考管理细节:
案例的书写要有案例书写计划
案例的书写要有案例书写跟踪
案例要进行及时的评审
案例要进行修改维护
1.7.5测试执行管理
1.7.5.1执行计划设计
工作内容:
书写详细执行计划
搭建测试执行包
维护环境控制工作记录表
核心工作建议:
明确设置测试阶段,选择有效测试案例
明确测试环境管理和应用原则(尽可能地避免同用环境)
明确测试版本的控制原则
明确测试版本提交原则和方式,以及提交时间
1.7.5.2测试环境维护
测试环境原则:
尽可能地模拟实际用户环境
测试环境必须是正确性
测试环境必须是可以跟踪的
测试环境要及时调整
测试环境的及时生成、并且可以复原各种状态
测试环境要求足够安全
分析:
有效的测试环境会发现很多开发无法发现的问题。
失败的测试环境维护将会给工作带来很大的成本浪费
测试环境必须有专人负责
1.7.6缺陷管理
微观价值:
缺陷管理意义
有利于缺陷的清晰、高效率的交互
能够严格跟踪一个缺陷的状态,直到处理结束为止。
开发管理辅助意义
缺陷管理的优先、严重说明,可以指导开发人员进行工作的协调安排.
丰富的缺陷维护历史纪录能够为项目进行提供了有效的数据
宏观价值:
丰富的分析和报告,为项目的进行提供了有效的指导数据和质量控制管理数据。
为产品发布的可控性提供了有效的信息帮助,使许多维护工作处于可控状态
1.7.7测试报告
测试报告是测试工作的汇报,是体现测试价值的标志性文档。
测试报告信息将是是否发布该软件的关键决策信息
测试报告信息将是后期发布和维护软件的指导性文档
对系统作一些测试角度的专业评定
测试报告也能体现是否完成了计划,对计划的要求进行严格的审核
阶段性报告还能为下一步计划修正提供有效的指导数据
测试报告主要体现为数据分析
1.7.8团队管理
很好地管理人力资源
保持良好测试小组工作气氛
方法:
会议
文档交流(日志,总结)
个人交流
1.8人力资源
处理好人员流动问题(交错熟悉业务和测试技术)
尽可能地使任何工作对参与者有一定的挑战性,项目管理者要为参与者留出足够的空间让其发挥,但又不能失去控制,并且要引导其去发现自己的挑战点。
二.软件测试工程师认证和培训
2.1国内认证
软件评测师
考试合格人员能在掌握软件工程与软件测试知识的基础上,运用软件测试管理方法、软件测试策略、软件测试技术,独立承担软件测试项目;
具有工程师的实际工作能力和业务水平。
2.1.1软件评测师考试说明
考试要求
(1)熟悉计算机基础知识;
(2)熟悉操作系统、数据库、中间件、程序设计语言基础知识;
(3)熟悉计算机网络基础知识;
(4)熟悉软件工程知识,理解软件开发方法及过程;
(5)熟悉软件质量及软件质量管理基础知识;
(6)熟悉软件测试标准;
(7)掌握软件测试技术及方法;
(8)掌握软件测试项目管理知识;
(9)掌握C语言以及C++或Java语言程序设计技术;
(10)了解信息化及信息安全基础知识;
(11)熟悉知识产权相关法律、法规;
(12)正确阅读并理解相关领域的英文资料。
通过本考试的合格人员能在掌握软件工程与软件测试知识的基础上,运用软件测试管理办法、软件测试策略、软件测试技术,独立承担软件测试项目;
本考试设置的科目包括:
(1)软件工程与软件测试基础知识,考试时间为150分钟,笔试,选择题;
(2)软件测试应用技术,考试时间为150分钟,笔试,问答题。
2.1.2软件评测师考试范围
考试科目1:
软件工程与软件测试基础知识
A.计算机系统基础知识
A.1计算机系统构成及硬件基础知识
·
计算机系统的构成
处理机
基本输入输出设备
存储系统
A.2操作系统基础知识
操作系统的中断控制、进程管理、线程管理
处理机管理、存储管理、设备管理、文件管理、作业管理
网络操作系统和嵌入式操作系统基础知识
操作系统的配置
A.3数据库基础知识
数据库基本原理
数据库管理系统的功能和特征
数据库语言与编程
A.4中间件基础知识
A.5计算机网络基础知识
网络分类、体系结构与网络协议
常用网络设备
Internet基础知识及其应用
网络管理
A.6程序设计语言知识
汇编、编译、解释系统的基础知识
程序设计语言的基本成分(数据、运算、控制和传输、过程(函数)调用)
面向对象程序设计
C语言以及C++(或Java)语言程序设计基础知识
B.标准化基础知识
标准化的概念(标准化的意义、标准化的发展、标准化机构)
标准的层次(国际标准、国家标准、行业标准、企业标准)
标准的类别及生命周期
C.信息安全知识
信息安全基本概念
计算机病毒及防范
网络入侵手段及防范
加密与解密机制
D.信息化基础知识
信息化相关概念
与知识产权相关的法律、法规
信息网络系统、信息应用系统、信息资源系统基础知识
E.软件工程知识
E.1软件工程基础
软件工程概念
需求分析
软件系统设计
软件组件设计
软件编码
软件测试
软件维护
E.2软件开发方法及过程
结构化开发方法
面向对象开发方法
瀑布模型
快速原型模型
螺旋模型
E.3软件质量管理
软件质量及软件质量管理概念
软件质量管理体系
软件质量管理的目标、内容、方法和技术
E.4软件过程管理
软件过程管理概念
软件过程改进
软件能力成熟度模型
E.5软件配置管理
软件配置管理的意义
软件配置管理的过程、方法和技术
E.6软件开发风险基础知识
风险管理
风险防范及应对
E.7软件工程有关的标准
软件工程术语
计算机软件开发规范
计算机软件产品开发文件编制指南
计算机软件需求规范说明编制指南
计算机软件测试文件编制规范
计算机软件配置管理计划规范
计算机软件质量保证计划规范
数据流图、程序流程图、系统流程图、程序网络图和系统资源图的文件编制符号及约定
F.软件评测师职业素质要求
软件评测师职业特点与岗位职责
软件评测师行为准则与职业道德要求
软件评测师的能力要求
G.软件评测知识
G.1软件测试基本概念
软件质量与软件测试
软件测试定义
软件测试目的
软件测试原则
软件测试对象
G.2软件测试过程模型
V模型
W模型
H模型
测试模型的使用
G.3软件测试类型
单元测试、集成测试、系统测试
确认测试、验收测试
开发方测试、用户测试、第三方测试
动态测试、静态测试
白盒测试、黑盒测试、灰盒测试
G.4软件问题分类
软件错误
软件缺陷
软件故障
软件失效
G.5测试标准
G.5.1GB/T16260.1—2003软件工程产品质量第1部分:
质量模型
G.5.2GB/T18905.1—2002软件工程产品评价第1部分:
概述
G.5.3GB/T18905.5—2002软件工程产品评价第5部分:
评价者用的过程
H.软件评测现状与发展
国内外现状
软件评测发展趋势
I.专业英语
正确阅读并理解相关领域的英文资料
考试科目2:
软件测试应用技术
A.软件生命周期测试策略
A.1设计阶段的评审
需求评审
设计评审
测试计划与设计
A.2开发与运行阶段的测试
单元测试
集成测试
系统(确认)测试
验收测试
B.测试用例设计方法
B.1白盒测试设计
白盒测试基本技术
白盒测试方法
B.2黑盒测试用例设计
测试用例设计方法
测试用例的编写
B.3面向对象测试用例设计
B.4测试方法选择的策略
黑盒测试方法选择策略
白盒测试方法选择策略
面向对象软件的测试策略
C.软件测试技术与应用
C.1软件自动化测试
软件自动化测试基本概念
选择自动化测试工具
功能自动化测试
负载压力自动化测试
C.2面向对象软件的测试
面向对象测试模型
面向对象分析的测试
面向对象设计的测试
面向对象编程的测试
面向对象的单元测试
面向对象的集成测试
面向对象的系统测试
C.3负载压力测试
负载压力测试基本概念
负载压力测试解决方案
负载压力测试指标分析
负载压力测试实施
C.4Web应用测试
Web应用的测试策略
Web应用设计测试
Web应用开发测试
Web应用运行测试
C.5网络测试
网络系统全生命周期测试策略
网络仿真技术
网络性能测试
网络应用测试
C.6安全测试
测试内容
C.7兼容性测试
硬件兼容性测试
软件兼容性测试
数据兼容性测试
新旧系统数据迁移测试
平台软件测试
C.8易用性测试
功能易用性测试
用户界面测试
C.9文档测试
文档测试的范围
用户文档的内容
用户文档测试的要点
用户手册的测试
在线帮助的测试
D.测试项目管理
测试过程的特性与要求
软件测试与配置管理
测试的组织与人员
测试文档
软件测试风险分析
软件测试的成本管理
2.2国际认证(CAST)
国际注册软件测试工程师(CAST)
认证CAST是针对软件测试人员,软件开发人员,系统分析人员以及工程类毕业生的从业级认证。
CAST证明其对测试原理与实践的了解。
它适合于刚毕业的有志于测试事业的工程类学生。
2.2.1CAST申请条件流程
个人注册认证申请需提交:
1、联系领测国际,提交报名信息
2、交付培训费,领测国际进行考前培训(可选)
3、交付考试费、确认考试科目和时间
4、发放本考试的电子学习资料(QAI官方英文学习资料)
5、参加QAI国际认证现场考试
6、试卷寄回美国判阅,等待考试结果备注:
本考试有通过率,如考试不通过费用不予退回本考试为全英文闭卷考试,全球统一考试规则,证书全球通用
2.2.2CAST申请资格要求
全面掌握了所考内容。
考试注册认证考试由全球Prometric考试中心管理(印度,中国,斯里兰卡,巴西除外)。
印度,中国,斯里兰卡,巴西的笔试由软件认证部授权的相关考试中心管理,每年6次,中国地区考生可以在报名考试。
注册认证人员必须通过一次笔试,笔试包括多选题,简答题与基于案例的问答题。
考试测试应试人员的对知识及通用知识体系规定的技能部分实践的把握。
参加人员在申请后的头12个月内至少须参加一次考试。
未获通过的可有两次补考试的机会,但须先在线提交补考申请,并支付所需费用。
接下来的其他考试需要重复整个申请流程。
2.2.3CAST认证价值
(1)认证对个人的收益
取得对个人卓越绩效的认可
提升个人职业发展和自我认识实现个人收入目标
增强个人对当前工作的自信度
成为专业团体中的一员增加升迁机率
(2)认证对雇主的收益
建立质量文化
重视基层员工能力建
设吸引高素质员工加强客户信赖
提供不同角色的职业升迁通路
实现个人能力与角色的匹配
提高员工保留率
关注员工职业教育训练
提供员工雇用和升迁的基准
(3)认证对IT产业的关键效用
建立世界级的IT产业
加强IT专业人士的能力建设
提供行业能力评估和技能差距分析
2.3国际认证(ISTQB)
国际软件测试工程师认证(ISTQB)
2.3.1ISTQB认证简介
istqb(internationalsoftwaretestingqualificationsboard)是国际唯一权威的软件测试资质认证机构,现有包括美国、德国、英国、法国、日本、韩国、澳大利亚等超过40个成员国。
中国于2006年5月26日在美国奥兰多举行的istqb2006年年会上得到正式批准,中国软件测试认证委员会(cstqb)成为istqb的正式成员。
cstqb是istqb在中国的惟一授权机构,旨在推广istqb的认证体系,使中国软件测试体系与国际接轨;
同时,配合国家行业主管部门,制定和颁布符合国际标准的测试行业规范;
加强国际交流与合作,推动国际软件测试人才流动和技术交流等。
2.3.2ISTQB认证体系
istqb-certifiedtester培训及认证体系分为三个级别:
基础级:
foundationlevel
高级:
advancedlevel
专家级:
expertlevel。
培训者获得基础级证书后,可申请参加更高级别的培训和认证考试,并获得相应证书。
至2008年10月,全球已有超过100,000IT专业人士持有istqb-certifiedtester的认证证书。
软件测试已经成为it市场需求最大的职业,获得istqb资格认证成为迈向知名外企的全球通行证,据了解,ibm、惠普、西门子、诺基亚、三星等公司已经要求软件测试人员需要获得istqb认证。
随着国内软件测试行业的快速发展,获得国际软件测试认证已经成为从事软件测试的“上岗证”。
考试通过后,将由cstqb颁发istqb-certifiedtester软件测试工程师认证资质证书(全球统一的英文证书)
2.3.3ISTQB培训对象
a、软件测试人员、测试管理人员、软件质量控制人员等
b、计算机相关专业,具有1-2年测试经验及有志于从事软件测试的其他人员。