软件测试工作流程
2023-04-08 16:30:56 64 举报AI智能生成
软件测试工作流程通常包括需求分析、测试计划制定、测试用例设计、测试执行和缺陷跟踪等环节。首先，测试团队会与开发团队紧密合作，对软件需求进行详细的分析和理解。然后，根据需求制定测试计划，明确测试的目标、范围和方法。接下来，测试团队会根据测试计划编写详细的测试用例，用于指导实际的测试工作。在测试执行阶段，测试人员会按照测试用例逐一执行测试，并记录测试结果。最后，测试团队会对发现的缺陷进行跟踪和管理，确保问题得到及时解决。通过这一流程，可以有效地提高软件质量和稳定性。
作者其他创作
大纲/内容
一、测试需求分析
什么是测试需求分析
根据需求规格说明书明确测试的内容，去细分需求(提取测试点
什么是测试点
软件包含多个功能点，每个功能点包含多个子功能(测试点)，测试点是软件功能细分的最小单元
测试需求分析的目的
测试需求分析是编写测试用例的依据
有助于保证测试的质量与进度
测试需求是衡量测试覆盖率的重要指标
发布上线标准
测试覆盖率 (100%)
测试用例覆盖率(100%)
影响因素测试点覆盖率80%
测试用例执行率(100%0
测试点覆盖率
Bug遗留率 (0%)
测试需求分析具体怎么来进行分析
需求分析步骤
1.查阅需求规格说明书（原型图）
1.初步熟悉被测试软件的核心的业务流程
2.再针对某个功能，细化需求，列出测试点
2.需求评审
评审是否存在漏测和错测的测试点
参与人员
测试人员
组内人员
测试主管/测试组长
产品
开发
一个页面如何进行测试需求分析
1.进行界面检查
参考原型图，查看界面是否一致(字体，型图，背景颜色等)
2.依次分析每个输入项（字节名）
按照从上到下，从左到右 的顺序来进行分析
按照从上到下，从左到右 的顺序来进行分析
分析那些内容
分析那些内容
是否必填（不能为空/必填）
是否重复
隐性需求
比如：手机号码
需求规格书中没有提及，但是应该需要进行验证，需要结合自己的常识，熟悉业务，根据成熟的同类产品
3.按钮
跟进业务逻辑的先后顺序进行需求分析，一般按钮存在(什么条件)操作成功,
(神秘条件)操作失败，验证操作结果(?)
(神秘条件)操作失败，验证操作结果(?)
子主题
如何验证操作结果
需要验证按钮操作结果
验证交互功能(验证关联功能)
比如验证登录成功 ，进入首页，展示个人信息
比如验证注册成功（注册的账号能登录成功）
二、测试计划
三、测试用例设计
根据测试需求分析编写用例(根据一个的测试点编写用例)
什么是测试用例
包含输入+动作+预期结果的测试文档
测试用例的八大要素
用例编号
用例编号必须唯一
格式：项目_it/st/uat_功能/编号/项目_编号
测试标题
主要描述测试的目的
特点：言简意赅，用例标题不要重复
一般的格式：输入+动作
模块/项目
当前覆盖测试点所在的模块
什么是模块
项目分为多个模块，每个模块下存在多个厕所点
优先级/重要级别
根据当前厕所点在整个项目中的重要程度来进行划分，分为高中低(1,2,3,),数字越低，级别越高
前置条件/预置条件
需要满足一些预置条件，否侧用例无法执行，如果用例不需要其他什么条件，可以不填写
比如：qq登录成功用例的预置条件？
1.网络正常
2.存在有效的qq账号
2.存在有效的qq账号
测试步骤
具体的测试数据+动作
1.【用户管理>>注册】路径
2.具体测试数据输入
3.动作
2.具体测试数据输入
3.动作
测试数据
预期结果
按照操作步骤，应该有什么的结果
一对一(1步骤对1个结果)
多对一(多步骤对1个结果)
实际结果
执行测试的结果
通过 pass
不通过 failed
阻塞
用例没法执行
备注（一般都有）
bug id+原因
测试版本
用例设计者
测试时间
测试用例设计问题
用例是根据测试点进行编辑，是不是针对每个测试点编辑一条用例？
肯定不是，重复测试，测试效率低
具体是怎么来进行编写用例，多个测试点对应一个用例？怎么样不重复测试？
避免重复点的覆盖
编写测试用例的时候，如何选择测试数据进行测试，怎么达到最大的覆盖的情况下，用最少的测试数据来获取更多bug?
编写测试用例的需要测试方法及技巧
测试用例的方法
等价类法
什么是等价类
把所有肯的输入项划分为N个子素，在每个子集中抽取最具有代表性的数据来进行测试
等价类的划分
有效等价类
有效的，正确的，有意义的输入
无效等价类
无效的，错误的，无意义的输入
等价类分析的步骤
1.根据需求分别找出需求的条件，根据条件，分别找出无效等价类及有效等价类
2. 对有效等价类和无效等价类进行一 一 编号
3. 选择·测试用例，根据有效等价类选择正例，根据无效等价类选择反例
选择的规则
1. 用最少的用例覆盖最多有效等价类（有效等价类）
2. 针对每个无效等价类，勇一条用例覆盖（无效等价类0
等价类方法的使用场景？
输入项内容存在无穷尽的情况，一般就会通过等价类
的方法来实现
的方法来实现
通过等价类方法把无穷尽测试转化为有效测试，捕捉到
更多的bug
更多的bug
边界值法
什么是边界值法
是对等价类的补充，会选择等价类边缘值进行测试
边缘值
正好等于，刚好大于，刚刚小于
比如有效等价类是6-12，边界值法：6，12，5，11
场景法
什么是场景法
通过场景描述的业务流程（业务逻辑），也包括代码实现逻辑，设计用例遍历场景（路径，验证软件系统功能的正确性）
场景法使用场景
对项目的业务流程功能用例的设计，基于场景来进行设计
业务流程图
基于场景法设计测试用例的依据
由产品提供业务流程图
流程图编辑工具
processon
https://www.processon.com/mindmap/64311b4e242fb51ae7072424
正常流程（基本流）
从启点开始，通过各个路径，最后最后的节点结束，对应的流程
模拟用户正常操作的流程
异常流程/错误流程（备选流）
从起点开始，然后可能在某个节点结束或者会返回上一节点，这样的流程
模拟用户错误操作的流程
错误推断法
基于经验和直觉推断程序中所有可能存在的各种错误，从而有针对性的设计测试用例的方法
探索性测试
因果图法
使用场景
当需求中存在多个条件，不同条件中存在不同的结果，就会使用因果图法
因果图法
列出需求中的因子（条件）和结果
判断表法
判断表
条件桩
需求中的因子（条件）
动作桩
需求中的结果（结果）
条件项
不同因子组合
2的N次（N是条件个数），条件存在两个值
动作项
不同因子组合的结果
因果图判定表分析步骤
1.找出需求中的因子及结果
2.确定判定表中的条件桩及动作桩
3.列出所有的条件项
条件项目个数幂
2的N次（N是条件个数），条件存在两个值
4.根据条件项，画出对应的动作项，得到一个判定表
5.简化判定表
如何简化判定表
合并条件项及动作项
1.合并的项，它的动作项是相同的
2.合并的因子，不同值的情况下，动作项的值不变
6.根据简化的判定表，针对每种条件及动作项，编辑设计测试用例
正交实验法
使用场景
因果关系比较庞大的情况下，不太适合用因果图判定表，在这种情况下，一般采用正交试验法进行测试（条件很多，组合很多，输出结果很多）
四、执行测试
五、质量评估
0 条评论
下一页
