软件测试基本概念
2015-11-05 16:22
267 查看
1.什么是软件?
软件的定义:包括两个部分
软件=程序+文档
程序是能够实现某种功能的指令的集合,如JAVA,VB
文档是指软件在开发、使用和维护过程中产生的图文集合,如《系统需求规格说明书》、《用户手册》、Readme,甚至是一些软件市场宣传材料、包括文字和图形等。
2.什么是软件测试?
软件测试定义:
使用人工或自动的手段,来运行或测试某个系统的过程及其文档。其目的在于检验它是否满足规定的要求或弄清预期结果和实际结果之间的差别。
3.软件测试流程(在项目中体会会更深刻)
测试需求分析--》测试计划--》测试设计--》测试执行--》测试记录
测试需求分析:获取测试对象,你要测什么?what?参照需求给出的《需求规格说明书》和开发给出的《详细设计说明书》,自己通过查资料和参加培训学习业务相关知识
A.明确需求的范围及实现效果,具体做成什么样子
B.明确每一个功能点业务,前后台处理
C.明确业务流程,前后台处理
D.挖掘业务背后的隐式需求
测试计划:明确测试范围和测试任务、测试策略和方法、测试环境与辅助工具、人力和时间资源分配、测试风险分析(5点)
关于测试策略和测试方法(后面有详细介绍):
A.黑盒测试:输入数据,检查输出是否与实际相符合
B.白盒测试
C.静态测试
D.动态测试
测试设计:测试环境设计(包括软硬件环境、数据库环境)、测试用例设计、辅助工具自动化脚本的编写
关于测试用例的设计(另有文章详细介绍):
(1)黑盒测试:
A.等价类划分法
B.边界值法
C.因果图法
D.错误猜测法
E.场景设计法
(2)白盒测试
语句/逻辑/判定/条件分析
测试执行:测试环境搭建,测试用例执行、自动化脚本执行
测试执行流程?:
单元测试-》集成测试-》系统测试-》验收测试
测试记录:缺陷跟踪记录、测试总结分析报告
3.什么是bug?(评价测试人员的标准:有效的bug数和编写有效的测试用例数)
缺陷的分类:
不符合用户需求的问题,主要分为3类:
(1)完全没有实现的功能,比如用户需要你在软件中实现A、B、C三个功能,你只实现了A、B功能,而没有实现C这个功能,因此可以视为一个bug.
(2)基本实现了用户需要的功能,但是运行过程中会出现功能或性能上的问题,诸如经常报错或导致系统死机,响应时间未达到用户要求等问提。
(3)实现了用户不需要的功能,多余的功能。比如用户需要你实现A、B、C三个功能,你却实现了A、B、C、D四个功能,则功能D可以看做是一个BUG.
缺陷描述:
(1)确保重现bug
(2)要用最少且必要的步骤描述bug
例子:
测试版本:
updates_2015.06.24_1.5.5.0_35915
描述:
【1.5.5.0】【运维端】转换机插入新三板行情任务,交易市场为1上交所(应该是j股转市场)(详见附件)
步骤:
1)登陆运维端,系统管理-转换机任务维护
2)高级查询,股转交易操作员输入,查询
期望结果:
行情任务 交易市场应该显示为股转市场
实际结果:
行情任务 交易市场显示为上交所A
软件的定义:包括两个部分
软件=程序+文档
程序是能够实现某种功能的指令的集合,如JAVA,VB
文档是指软件在开发、使用和维护过程中产生的图文集合,如《系统需求规格说明书》、《用户手册》、Readme,甚至是一些软件市场宣传材料、包括文字和图形等。
2.什么是软件测试?
软件测试定义:
使用人工或自动的手段,来运行或测试某个系统的过程及其文档。其目的在于检验它是否满足规定的要求或弄清预期结果和实际结果之间的差别。
3.软件测试流程(在项目中体会会更深刻)
测试需求分析--》测试计划--》测试设计--》测试执行--》测试记录
测试需求分析:获取测试对象,你要测什么?what?参照需求给出的《需求规格说明书》和开发给出的《详细设计说明书》,自己通过查资料和参加培训学习业务相关知识
A.明确需求的范围及实现效果,具体做成什么样子
B.明确每一个功能点业务,前后台处理
C.明确业务流程,前后台处理
D.挖掘业务背后的隐式需求
测试计划:明确测试范围和测试任务、测试策略和方法、测试环境与辅助工具、人力和时间资源分配、测试风险分析(5点)
关于测试策略和测试方法(后面有详细介绍):
A.黑盒测试:输入数据,检查输出是否与实际相符合
B.白盒测试
C.静态测试
D.动态测试
测试设计:测试环境设计(包括软硬件环境、数据库环境)、测试用例设计、辅助工具自动化脚本的编写
关于测试用例的设计(另有文章详细介绍):
(1)黑盒测试:
A.等价类划分法
B.边界值法
C.因果图法
D.错误猜测法
E.场景设计法
(2)白盒测试
语句/逻辑/判定/条件分析
测试执行:测试环境搭建,测试用例执行、自动化脚本执行
测试执行流程?:
单元测试-》集成测试-》系统测试-》验收测试
测试记录:缺陷跟踪记录、测试总结分析报告
3.什么是bug?(评价测试人员的标准:有效的bug数和编写有效的测试用例数)
缺陷的分类:
不符合用户需求的问题,主要分为3类:
(1)完全没有实现的功能,比如用户需要你在软件中实现A、B、C三个功能,你只实现了A、B功能,而没有实现C这个功能,因此可以视为一个bug.
(2)基本实现了用户需要的功能,但是运行过程中会出现功能或性能上的问题,诸如经常报错或导致系统死机,响应时间未达到用户要求等问提。
(3)实现了用户不需要的功能,多余的功能。比如用户需要你实现A、B、C三个功能,你却实现了A、B、C、D四个功能,则功能D可以看做是一个BUG.
缺陷描述:
(1)确保重现bug
(2)要用最少且必要的步骤描述bug
例子:
测试版本:
updates_2015.06.24_1.5.5.0_35915
描述:
【1.5.5.0】【运维端】转换机插入新三板行情任务,交易市场为1上交所(应该是j股转市场)(详见附件)
步骤:
1)登陆运维端,系统管理-转换机任务维护
2)高级查询,股转交易操作员输入,查询
期望结果:
行情任务 交易市场应该显示为股转市场
实际结果:
行情任务 交易市场显示为上交所A
相关文章推荐
- 散列表查找(哈希表)的基本操作 (完整代码)
- Android 开发最佳实践
- Requests介绍与安装
- VMware 命令行下的网络配置
- jquery 获取 scrollHeight
- mysql类
- Baseline模板管理
- AnjularJS 初学阶段(Anjularjs调取Java数据接口)
- read 系统调用剖析
- 蛋疼的PooledConnectionFactory
- Android监听网络连接情况
- MFC所有WM消息和数据类型总结
- finalize关键字和垃圾回收的一些知识
- 如何进行shell脚本正确性测试
- 银行家算法:解决多线程死锁问题
- 统计字符串中字符的个数
- sipXecs技术交流QQ群
- python 服务器清除日志文件
- MYSQL数据库备份与恢复
- 安卓引入library后R文件无法生成