软件测试相关知识

软件测试相关知识

软件测试的概念及分类 — 软件测试相关概念

软件测试的定义

经过手工或自动化的手段来运行或测定某个软件产品系统的过程，目的在于检测软件产品是否知足规定的需求，或者弄清楚预期结果与实际结果之间的差异。

软件测试的目的

• 是为了发现程序中存在的错误而执行程序
• 是为了证实程序有错，而不是证实程序无错误

软件测试工做流程

软件测试的阶段划分

软件测试的概念及分类 — 软件测试类型划分

功能测试

测试软件各个功能模块处理是否正确，业务逻辑是否正确，数据流转、呈现、处理和存储是否正确。

用户界面测试

测试用户界面是否美观，界面设计是否人性化、易操做，提示是否友好完善，不一样屏幕分辨率下各界面显示是否正确、美观，软件支持的不一样语言版本下，各界面显示的文字是否正确、美观等。

兼容性测试

主要测试浏览器兼容性、操做系统兼容性、硬件兼容性。

安装、卸载测试

正常状况下软件安装完成后能够正常运行，能够彻底卸载；
用户无权限、硬件资源不知足等异常状况下可以给出准确的提示信息。

安全和访问控制测试

分应用程序级别、系统级别两个层次

• 应用程序级别主要是用户登陆、数据和功能权限控制的正确性。
• 系统级别主要是服务器的访问控制和用户权限设置。

故障转移和恢复测试

• 主服务器不能服务备用服务器接管服务
• 主服务器恢复服务备用服务器中止服务

性能测试

包括负载测试、压力测试、并发测试、可靠性测试、失效恢复测试等。

发布测试

测试软件产品附带的各类说明书、帮助文档等。

软件测试入行指导和职业发展之路 — 软件测试入行要掌握的知识和技能

• 软件测试相关的概念、术语、测试工做流程
• 与人沟通、表述见解的能力
• 测试用例设计方法
• 基本的程序逻辑结构
• 基本的数据库操做
• 服务器日志查看方法

软件测试入行指导和职业发展之路 — 测试从业人员的持续学习

• 软件所服务行业的业务知识
• 公司软件测试涉及的相关工具
• 提升我的工做效率和质量的工具
• 提升测试团队工做效率的方法或工具

软件测试入行指导和职业发展之路 — 测试从业人员职业发展之路

软件测试的生命周期及原则 — 软件测试的生命周期

软件测试的生命周期及原则 — 软件测试的原则

软件测试的基本原则

站在用户的角度，从需求出发，对软件进行全面的、深刻的测试，尽早、尽可多地发现Bug，并跟踪和分析软件中存在的问题，对不足之处提出质疑和改进意见。

软件测试的具体原则

• 准备详尽的测试工做计划，并及时维护。
• 全部测试的标准都应该创建在需求之上。
• 事先定义好产品的质量标准，并竭尽全力的去执行。
• 尽量早的开始测试工做。
• 避免让程序员测试本身的程序。
• 测试用例是设计出来的，不是写出来的。
• 对发现错误较多的程序段，应进行更深刻的测试；对于出错多的程序员编写的程序一样须要给予特别关注。

经常使用的软件测试模型 — 模型的概念和做用

模型的概念

经过主观意识借助实体或者虚拟表现、构成客观阐述形态、结构的一种表达目的的物件。在软件行业来讲就是：对系统实现步骤或系统知识的抽象表示。

模型的做用

1.参与构造软件的人员之间沟通的基础
2.指导具体的软件实现过程
3.管理者制定相关工做计划的基础

经常使用的软件测试模型

• V模型
• W模型
• X模型
• H模型

软件测试的阶段划分

• 软件测试的各个阶段
• 软件测试各阶段工做重点

单元测试

单元模块内的功能测试、边界测试、容错测试、界面测试、控制流和数据流测试，以及模块内的业务流程测试等。

集成测试

系统集成之后的相关接口测试、功能测试、容错测试、约束测试，跨模块的业务流程测试等。

系统测试

系统性的初始化测试、功能测试、业务处理和数据处理测试、性能测试、压力测试、安装卸载测试等。

验收测试

在用户现场和用户一块儿对系统进行功能确认、用户需求确认、备份恢复测试、安全性测试等。

回归测试

系统使用过程当中发现问题修改完成之后，测试对应的问题是否修改好了，测试新修改的功能是否引起新的缺陷，测试与修改代码相关的其它程序功能是否依然正确。

测试用例相关知识 — 测试用例的概念

为了特定的测试目的而设计的具备测试输入、测试执行条件、预期结果及结果验证方法的文档。

测试用例相关知识 — 测试用例的特色

• 最有可能抓住错误的
• 不是重复的、多余的
• 一组类似测试用例中最有效的
• 既不是太简单，也不是太复杂

测试用例相关知识 — 测试用例设计原则

• 测试用例的表明性
• 需求的可追溯性
• 测试结果的可断定性、可再现性
• 测试用例粒度的合适性

Bug相关知识 — Bug的概念

Bug就是程序的缺陷，是指软件程序运行过程当中因为程序自己有问题致使的功能不正常、体验不佳、数据丢失、死机、非正常中断等现象。

Bug相关知识 — Bug相关要素

Bug相关知识 — Bug记录原则及技巧

Bug记录原则

• 发现的全部问题都要记录Bug
• Bug描述要清晰准确
• 避免重复Bug

Bug记录技巧

描述简明扼要，最好附带错误截图，尽可能抓取错误日志，说清错误发生场景，可附带本身对错误的推测分析。

边界值分析法相关概念 — 边界点相关概念

边界点分为上点、内点和离点

• 上点：就是边界上的点，无论它是开区间仍是闭区间，就是说，若是该点是封闭的，那上点就在域范围内，若是该点是开放的，那上点就在域范围外。
• 内点：就是域范围内的任意一个点。
• 离点：就是离上点最近的一个点，若是边界是封闭的，那离点就是域范围外离上点最近的点，若是边界是开的，那离点就是域范围内离上点最近的点。

边界值分析法相关概念 — 边界值分析法的概念

就是对输入或输出域的边界值进行测试的一种黑盒测试方法。一般边界值分析法是做为对等价类划分法的补充，这种状况下，其测试用例来自等价类的边界。

边界值分析法相关概念 — 与等价类划分法的区别

• 边界值分析法不是从某等价类中随便挑一个做为表明，而是使这个等价类的每一个边界都要做为测试条件。
• 边界值分析法不只考虑输入条件，还要考虑程序输出产生的测试状况。

使用边界值分析法设计测试用例 — 肯定边界值的原则

原则一

若是输入或输出条件规定了取值范围，则应该以该范围的边界值及边界附近的值做为测试数据。

例1.1 工人的工龄范围是大于等于0，小于等于50的整数。

边界值：-1，0，50，51

例1.2 用户登陆软件系统时，软件根据用户的权限加载相关模块功能。

边界值：没有权限，有一个模块的权限，有全部模块的权限。

原则二

若是输入或输出条件规定了值的个数，则用最大个数、最小个数、比最小个数少一、比最大个数多1的数做为测试数据。

例2.1 报表定义中限定报表字段至少有两个字段，至多不能超过10个字段。

边界值：1，2，10，11

例2.2 查询结果多于15条记录时须要提供翻页功能。

边界值： 0，1，15，16

原则三

若是程序规格说明书中提到的输入或输出是一个有序的集合，应该注意选取有序集合的第一个和最后一个元素做为测试数据。
例3.1 下拉列表选择控件的测试。

边界值：下拉列表第一个选项，下拉列表最后一个选项

例3.2 系统在编号从1-100的拓扑图中定位包含网元A的拓扑图，将含有网元A的拓扑图名称按照编号从小到大的顺序显示出来，在单击拓扑图名称后定位出网元A在拓扑图中的位置。

边界值：在包含网元A的编号最小的拓扑图中定位，在包含网元A的编号最大的拓扑图中定位。

原则四

若是程序中使用了一个内部数据结构，则应当选择这个内部数据结构的边界上的值做为测试数据。
例4 程序根据用户近三个月的消费情况给用户评级，月均消费超过3000元的用户或至少一个月消费超过5000的用户为优级用户，月均消费超过1500元或至少一个月消费超过3000元的为良级用户，月均消费超过800元的为潜力用户。

边界值：月均消费为 {3000,3001,1500,1501,799,800}，不知足月均消费数据但某月消费{5000,5001,3500,3501}

使用边界值分析法设计测试用例 — 设计测试用例的原则

• 给全部划分出来的等价类编号
• 对全部有效等价类逐个肯定边界值
• 对全部无效等价类逐个肯定边界值
• 合并等价类和边界值设计出的测试数据中重复的数据
• 分析程序规格说明书，应用肯定边界值的各原则找出其它的边界值

使用边界值分析法设计测试用例 — 错误推测法

概念

就是根据经验和直觉推测程序中可能存在的各类错误，从而有针对性地设计测试用例的方法。

思路

列举出程序中全部可能有的错误和容易发生错误的特殊状况，根据它们选择测试用例。