1.复习内容
2.灵感代办
3.学习内容
-
软件测试概念
-
软件的定义
- 软件 = 程序 + 数据 + 文档
-
软件的分类
- 系统,支持,应用
-
软件测试的架构
- 单机
- 网络 (c/s b/s)
-
为什么要检查软件错误缺陷?
- 军事上,必须要差集严格测试,否则会死人
- 商业上,必须要严格测试,否则会损失钱
-
软件危机:
- 开发软件数量庞大,但是开发软件的质量缺底下
-
缺陷产生的原因
- 需求定义不完善
- 客户和开发者沟通出现午餐
- 对软件需求的偏离
- 文档编写错误
- 逻辑设计的错误
- 编码错误
- 不符合文档规定
- 测试经验不足
-
软件测试经典定义
- 测试为了发现错误而执行程序的过程
- 测试为了证明软件有错
- 成功的测试就是发现软件中的错误
- 站在测试的角度上,要更多的找出错误
-
软件测试标准定义
- 使用人工或者自动手段来运行或测定某个系统的过程,其目的在满足规定的需求或弄清预期结果之间的差别
- 测试在用户需求和开发技术中寻找一个平衡点
-
软件质量需求的分类
- 测试目标包括
-
国内定义软件测试标准 GB/T11475
- GB 是国标的意思
- GB 必须执行
- GB/T 规范 ,不一定按照执行
-
不同时期对测试的定义
- 确定程序作了应该做的事情
- 确定该程序实现了所要求的功能
- 查出规格说明中的错误,已经规格说明不符的地方
- 测试是一切评价程序或者系统的属性,能力为目的的活动,测试是对软件质量的度量
- 评价程序或者系统的过程
- 测试是软件开发或维护工作并行进行的过程
- 测试是一个获取信息,降低决策风险的过程,通过测试,向整个开发团队提供产品质量和项目环境的信息,帮助他们做出决定
-
软件测试的过程
-
1.分析测试需求
- 测试需要对用户需求分析,了解软件做什么,怎么做,才能够进行测试
-
2.编写测试计划
- 测试负责人编写
- 测试计划的内容
-
3.设计编写测试用例
- 设计用例,编写测试点
- 根据公司要求,按照指定格式编写测试用例
-
4.执行测试的步骤
- 搭建测试环境
- 执行测试用例,记录测试事件
- 提交和跟踪缺陷bug
-
5.评估与总结
- 分析实际测试与计划的偏差
- 手机并提交各种测试文档和数据,对数据进行分析
- 给出是否继续测试还是终止测试的理论
-
三个概念的区分
- 1.测试和调试
- 测试是由测试人员做
- 调试石油开发人员做
- 2.软件质量保证 和 软件测试
- 软件质量保障是保证软件的质量(定义开发规范,测试规范等,一般是大公司配备)
- 软件测试测试软件
-
第二章 测试项目启动与研读需求文档
-
1.测试团队中的角色
- 业务分析人员
- 银行业务,农业,销售等,都需要有懂行的人来告诉需求点
- 测试组长测试经理
- 测试经理,全面负责测试的所有环节
- 测试组长:负责制定模块,指定功能的环节
- 测试经理能力需要全面:项目管理,测试流程控制,沟通业务各个方面
- 测试分析和设计人员
- 经验要求高,较早的进入项目,负责需求评审,设计评审,测试需求分析,测试用例设计,测试脚本开发等等
- 测试执行人员
- 点鼠标 ,敲键盘,跟着测试用例执行
- 自动化测试
- 系统工程师,技术支持
- 质量管理人员
- 配置管理人员
-
测试团队的基本任务
- 尽早的发现软件缺陷
- 督促和协助开发人员尽快的解决问题
- 帮助项目管理人员制定合理的开发和测试计划
- 对缺陷进行跟踪,分析和分类总结, 以便让项目的管理人员和相关的负责人清楚的了解产品当前的质量状态
- 帮助改善和开发流程,提高产品的开发效率
- 祖金程序编写的规范性,易读性,可维护性
-
测试团队的三种模式
- 开发为核心,开发经理最大领导:测试人员,开发人员,文档人员,管理人员
- 项目经理为核心,领导:测试组长,开发组长,文档人员
- 项目经理,开发经理,测试经理,三足鼎立
-
软件质量需求分类
- 软件质量需求用于确定测试目标
- 测试目标有:功能,性能,界面,易用性,见同行,安全性,可用性/可靠性,可维护性,可拓展性
- 功能以外统称非功能测试
- 研读需求文档
- 提取有用的信息,
- 找出需求中不清晰,不理解,不明白的问题(有自己的思考)
- 和相关人员沟通,了解明白
- 分析文档的思路
- 分析用户群体,站在用户思维上看问题
- 分析开发环境,开发语言(数据类型)
- 分析软件架构,软件运行环境和凭条,数据库类型版本
- 分析软件需要实现哪些目标(测试可能分发不同团队)
- 分析软件功能,业务,业务流程,逻辑,业务规则
- 分析功能业务件的联系,(轻重缓急)
- 明确测试周期,目标,测试范围
4.扩展延伸知识
5.知识内容个人梳理
6.今天都复习了之前的什么内容
3.学习内容
-
软件测试概念
-
软件的定义
- 软件 = 程序 + 数据 + 文档
-
软件的分类
- 系统,支持,应用
-
软件测试的架构
- 单机
- 网络 (c/s b/s)
-
为什么要检查软件错误缺陷?
- 军事上,必须要差集严格测试,否则会死人
- 商业上,必须要严格测试,否则会损失钱
-
软件危机:
- 开发软件数量庞大,但是开发软件的质量缺底下
-
缺陷产生的原因
- 需求定义不完善
- 客户和开发者沟通出现午餐
- 对软件需求的偏离
- 文档编写错误
- 逻辑设计的错误
- 编码错误
- 不符合文档规定
- 测试经验不足
-
软件测试经典定义
- 测试为了发现错误而执行程序的过程
- 测试为了证明软件有错
- 成功的测试就是发现软件中的错误
- 站在测试的角度上,要更多的找出错误
-
软件测试标准定义
- 使用人工或者自动手段来运行或测定某个系统的过程,其目的在满足规定的需求或弄清预期结果之间的差别
- 测试在用户需求和开发技术中寻找一个平衡点
-
软件质量需求的分类
- 测试目标包括
-
国内定义软件测试标准 GB/T11475
- GB 是国标的意思
- GB 必须执行
- GB/T 规范 ,不一定按照执行
-
不同时期对测试的定义
- 确定程序作了应该做的事情
- 确定该程序实现了所要求的功能
- 查出规格说明中的错误,已经规格说明不符的地方
- 测试是一切评价程序或者系统的属性,能力为目的的活动,测试是对软件质量的度量
- 评价程序或者系统的过程
- 测试是软件开发或维护工作并行进行的过程
- 测试是一个获取信息,降低决策风险的过程,通过测试,向整个开发团队提供产品质量和项目环境的信息,帮助他们做出决定
-
软件测试的过程
-
1.分析测试需求
- 测试需要对用户需求分析,了解软件做什么,怎么做,才能够进行测试
-
2.编写测试计划
- 测试负责人编写
- 测试计划的内容
-
3.设计编写测试用例
- 设计用例,编写测试点
- 根据公司要求,按照指定格式编写测试用例
-
4.执行测试的步骤
- 搭建测试环境
- 执行测试用例,记录测试事件
- 提交和跟踪缺陷bug
-
5.评估与总结
- 分析实际测试与计划的偏差
- 手机并提交各种测试文档和数据,对数据进行分析
- 给出是否继续测试还是终止测试的理论
-
三个概念的区分
- 1.测试和调试
- 测试是由测试人员做
- 调试石油开发人员做
- 2.软件质量保证 和 软件测试
- 软件质量保障是保证软件的质量(定义开发规范,测试规范等,一般是大公司配备)
- 软件测试测试软件
-
第二章 测试项目启动与研读需求文档
-
1.测试团队中的角色
- 业务分析人员
- 银行业务,农业,销售等,都需要有懂行的人来告诉需求点
- 测试组长测试经理
- 测试经理,全面负责测试的所有环节
- 测试组长:负责制定模块,指定功能的环节
- 测试经理能力需要全面:项目管理,测试流程控制,沟通业务各个方面
- 测试分析和设计人员
- 经验要求高,较早的进入项目,负责需求评审,设计评审,测试需求分析,测试用例设计,测试脚本开发等等
- 测试执行人员
- 点鼠标 ,敲键盘,跟着测试用例执行
- 自动化测试
- 系统工程师,技术支持
- 质量管理人员
- 配置管理人员
-
测试团队的基本任务
- 尽早的发现软件缺陷
- 督促和协助开发人员尽快的解决问题
- 帮助项目管理人员制定合理的开发和测试计划
- 对缺陷进行跟踪,分析和分类总结, 以便让项目的管理人员和相关的负责人清楚的了解产品当前的质量状态
- 帮助改善和开发流程,提高产品的开发效率
- 祖金程序编写的规范性,易读性,可维护性
-
测试团队的三种模式
- 开发为核心,开发经理最大领导:测试人员,开发人员,文档人员,管理人员
- 项目经理为核心,领导:测试组长,开发组长,文档人员
- 项目经理,开发经理,测试经理,三足鼎立
-
软件质量需求分类
- 软件质量需求用于确定测试目标
- 测试目标有:功能,性能,界面,易用性,见同行,安全性,可用性/可靠性,可维护性,可拓展性
- 功能以外统称非功能测试
- 研读需求文档
- 提取有用的信息,
- 找出需求中不清晰,不理解,不明白的问题(有自己的思考)
- 和相关人员沟通,了解明白
- 分析文档的思路
- 分析用户群体,站在用户思维上看问题
- 分析开发环境,开发语言(数据类型)
- 分析软件架构,软件运行环境和凭条,数据库类型版本
- 分析软件需要实现哪些目标(测试可能分发不同团队)
- 分析软件功能,业务,业务流程,逻辑,业务规则
- 分析功能业务件的联系,(轻重缓急)
- 明确测试周期,目标,测试范围
4.扩展延伸知识
5.知识内容个人梳理
6.今天都复习了之前的什么内容
软件测试概念
-
软件的定义
- 软件 = 程序 + 数据 + 文档
-
软件的分类
- 系统,支持,应用
-
软件测试的架构
- 单机
- 网络 (c/s b/s)
-
为什么要检查软件错误缺陷?
- 军事上,必须要差集严格测试,否则会死人
- 商业上,必须要严格测试,否则会损失钱
-
软件危机:
- 开发软件数量庞大,但是开发软件的质量缺底下
-
缺陷产生的原因
- 需求定义不完善
- 客户和开发者沟通出现午餐
- 对软件需求的偏离
- 文档编写错误
- 逻辑设计的错误
- 编码错误
- 不符合文档规定
- 测试经验不足
-
软件测试经典定义
- 测试为了发现错误而执行程序的过程
- 测试为了证明软件有错
- 成功的测试就是发现软件中的错误
- 站在测试的角度上,要更多的找出错误
- 测试为了发现错误而执行程序的过程
-
软件测试标准定义
- 使用人工或者自动手段来运行或测定某个系统的过程,其目的在满足规定的需求或弄清预期结果之间的差别
- 测试在用户需求和开发技术中寻找一个平衡点
-
软件质量需求的分类
- 测试目标包括
-
国内定义软件测试标准 GB/T11475
- GB 是国标的意思
- GB 必须执行
- GB/T 规范 ,不一定按照执行
- GB 是国标的意思
-
不同时期对测试的定义
- 确定程序作了应该做的事情
- 确定该程序实现了所要求的功能
- 查出规格说明中的错误,已经规格说明不符的地方
- 测试是一切评价程序或者系统的属性,能力为目的的活动,测试是对软件质量的度量
- 评价程序或者系统的过程
- 测试是软件开发或维护工作并行进行的过程
- 测试是一个获取信息,降低决策风险的过程,通过测试,向整个开发团队提供产品质量和项目环境的信息,帮助他们做出决定
软件测试的过程
-
1.分析测试需求
- 测试需要对用户需求分析,了解软件做什么,怎么做,才能够进行测试
-
2.编写测试计划
- 测试负责人编写
- 测试计划的内容
-
3.设计编写测试用例
- 设计用例,编写测试点
- 根据公司要求,按照指定格式编写测试用例
-
4.执行测试的步骤
- 搭建测试环境
- 执行测试用例,记录测试事件
- 提交和跟踪缺陷bug
-
5.评估与总结
- 分析实际测试与计划的偏差
- 手机并提交各种测试文档和数据,对数据进行分析
- 给出是否继续测试还是终止测试的理论
三个概念的区分
- 1.测试和调试
- 测试是由测试人员做
- 调试石油开发人员做
- 2.软件质量保证 和 软件测试
- 软件质量保障是保证软件的质量(定义开发规范,测试规范等,一般是大公司配备)
- 软件测试测试软件
第二章 测试项目启动与研读需求文档
-
1.测试团队中的角色
- 业务分析人员
- 银行业务,农业,销售等,都需要有懂行的人来告诉需求点
- 测试组长测试经理
- 测试经理,全面负责测试的所有环节
- 测试组长:负责制定模块,指定功能的环节
- 测试经理能力需要全面:项目管理,测试流程控制,沟通业务各个方面
- 测试分析和设计人员
- 经验要求高,较早的进入项目,负责需求评审,设计评审,测试需求分析,测试用例设计,测试脚本开发等等
- 测试执行人员
- 点鼠标 ,敲键盘,跟着测试用例执行
- 自动化测试
- 系统工程师,技术支持
- 质量管理人员
- 配置管理人员
- 业务分析人员
测试团队的基本任务
- 尽早的发现软件缺陷
- 督促和协助开发人员尽快的解决问题
- 帮助项目管理人员制定合理的开发和测试计划
- 对缺陷进行跟踪,分析和分类总结, 以便让项目的管理人员和相关的负责人清楚的了解产品当前的质量状态
- 帮助改善和开发流程,提高产品的开发效率
- 祖金程序编写的规范性,易读性,可维护性
测试团队的三种模式
- 开发为核心,开发经理最大领导:测试人员,开发人员,文档人员,管理人员
- 项目经理为核心,领导:测试组长,开发组长,文档人员
- 项目经理,开发经理,测试经理,三足鼎立
软件质量需求分类
- 软件质量需求用于确定测试目标
- 测试目标有:功能,性能,界面,易用性,见同行,安全性,可用性/可靠性,可维护性,可拓展性
- 功能以外统称非功能测试
- 研读需求文档
- 提取有用的信息,
- 找出需求中不清晰,不理解,不明白的问题(有自己的思考)
- 和相关人员沟通,了解明白
- 分析文档的思路
- 分析用户群体,站在用户思维上看问题
- 分析开发环境,开发语言(数据类型)
- 分析软件架构,软件运行环境和凭条,数据库类型版本
- 分析软件需要实现哪些目标(测试可能分发不同团队)
- 分析软件功能,业务,业务流程,逻辑,业务规则
- 分析功能业务件的联系,(轻重缓急)
- 明确测试周期,目标,测试范围