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