功能测试流程规范建设

article/2025/9/14 8:18:08

测试规范

测试规范,网上随便一搜,都是一堆堆的范文,其实规范也是因人而定,每个人的规范或者依据项目或者部门,需要有特殊性,不过虽然可以定制部分,但是大体还是有很多相似之处,下面这个规范,是笔者之前整理过的一份,如果需要,你可以参考一下,如果有摩擦,欢迎我们来一起探讨。

先来个直观的体验,目录截图上,大致区分如下:

其实大致的内容都相似,笔者列出几点重要的供君参考。

一:测试计划

测试计划,描述了要进行的测试活动的范围、方法、资源和进度,确定出测试项、被测特性、测试任务、谁执行任务、各种可能的风险。

通常测试计划的范围包括以下几点:

1.     描述测试的各个阶段(例如,单元测试、集成测试或系统测试),并说明本计划所针对的测试类型(如功能测试或性能测试)。

2.     简要地列出测试对象中将接受测试或将不接受测试的那些性能和功能。

3.     如果在编写此文档的过程中做出的某些假设可能会影响测试设计、开发或实施,则列出所有这些假设。

4.     列出可能会影响测试设计、开发或实施的所有风险或意外事件。

5.     列出可能会影响测试设计、开发或实施的所有约束。

6.     规划测试进度,分配测试任务至个人

需要借助自动化进行测试时,计划好自动化参与的时间,如何部署自动化测试环境以及具体的执行步骤等。

二.测试设计

测试计划制定完成后,即开始进行测试设计,内容包括:

1.     测试场景设计,针对不同的模块、不同功能、各业务流程和逻辑分支,分别进行测试场景设计。相同的功能在不同的模块,可以参考已有的测试场景进行设计

2.     测试用例设计。新模块测试用例按照测试用例模板进行编写;已有模块更新或优化需要更新原有case

3.     用例评审

完在测试用例设计之后为了保证测试用例的覆盖率,需要对测试用例进行评审,评审可以是交叉review或开会讨论的形式,主要从以下几方面进行评审

a)     测试用例是否覆盖了所有需求

b)     测试用例内容是否正确,是否与需求目标一致

c)      测试用例内容是否完整,是否清楚包含输入和预期输出结果

d)     测试用例是否具有指导性,是否能灵活指导测试人员通过用例发现更多缺陷,而不是限制他们的思维

e)     找出哪些需求不可测:无法准备环境、可测试性达不到等等原因

f)      对具体需求的实现结果的确认(设计人员、开发人员、测试人员的认识是否一致,如果不一致,谁说了算)

g)     测试用例本身的描述是否清晰,是否存在二义性

h)     是否考虑到测试用例的执行效率。往往测试用例中步骤不断重复执行,验证点却不同,而且测试设计的冗余性,都造成了效率的低下

充分利用已有资源,比如公共测试用例,简化测试工作,提高效率。

三.Bug提交和缺陷跟踪

测试过程中发现任何问题,包括产品设计、开发代码错误等问题,需要一律记录在缺陷管理工具中,方便跟踪和总结。提交bug时需注意以下几点:

1.     确认该bug是否复现以及复现的步骤

2.     Bug库中是否已存在同一问题描述的bug

3.     确认该问题是否为真正的bug,比如不满足产品需求、影响产品使用等等

4.     思考该问题是否还在其他场景下复现

提交bug时,各个参数根据bug规范进行填写,summary要简单明了,复现步骤要清晰直接,另外,必要时提供相关测试数据和文字说明,上传图片或附件,以便更加直观的说明问题。发现产品缺陷时,测试人员要对软件缺陷进行分类,以简明扼要的方式指出其影响,以及修改的优先次序~ 

四.回归测试的测试范围

回归测试是指修改了旧代码后,重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。通常有下列几种方法来确定回归测试范围:

1.     测试全部用例。这种方法比较安全,但往往带来很大的工作量。

2.     基于风险选择测试,先运行最重要的、关键的和可疑的测试,而跳过那些非关键的、优先级别低的或者高稳定的测试,测试过程从主要特征到次要特征。

3.     基于操作剖面选择测试,可以优先选择那些针对最重要或最频繁使用功能的测试用例,释放和缓解最高级别的风险,有助于尽早发现那些对可靠性有最大影响的故障。

再测试修改的部分。测试者可以通过相依性分析识别软件的修改情况并分析修改的影响,将回归测试局限于被改变的模块和它的接口上,使回归测试尽可能覆盖受到影响的部分。

五.内部沟通

测试人员除了需要注重与产品人员和开发直接的沟通,团队各成员之间沟通也应高效及时,避免测试人员之间测试结果互相影响、重复测试、重复与开发沟通确认浪费开发时间等,从而提高测试工作的效率。因此,要求测试人员做到以下几点:

1.     测试前期,沟通结果实时共享

2.     测试过程中,以更高的实时性进行沟通,特别是和产品和开发沟通结果会对其他测试人员工作产生影响的情况,有助于团队其他人员的工作,提高团队协作能力

和产品和开发沟通的结果,及时以文档形式记录下来并进行内部沟通。

其实一份测试规范的内容很多,将目录结构列出后,只是一个指引,其中列出了几项需要关注的点,具体的规范,不一定都要依据如此,但是如果能对你有所启发,那就是晴天~一份好的规范,会让你省去很多不必要的麻烦,希望可以规范的实践起来,以此达到更高效的工作与配合

点个“在看”支持一下????

http://chatgpt.dhexx.cn/article/MHbSwLc8.shtml

相关文章

性能测试的具体流程

文章目录 1. 确定性能测试目标及指标2. 设计测试场景3. 配置测试环境4. 编写测试脚本5. 进行性能测试6. 分析测试结果7. 提出优化建议8. 进行反复测试和调整 以下是一个基本的性能测试过程,旨在帮助了解性能测试的具体流程和步骤。 1. 确定性能测试目标及指标 首先…

软件功能测试的测试流程有哪些?

软件功能测试就是对产品的各功能进行验证,根据功能测试用例,逐项测试,检查产品是否达到用户要求的功能。软件产品的功能直接影响到用户体验,所以软件功能测试意义重大。 软件功能测试的测试流程 1、测试计划:测试计划…

【软件测试】功能测试的测试工作流程

按照产出的文档,介绍项目开发过程中的工作步骤 一、测试计划:这个计划,我个人觉得应该在详细设计确定后,代码开始编写的时候进行制定,因为我是“提早开始测试工作”思路的忠实fans. a) 测试计划,主要是给…

产品测试流程

一、安装卸载测试 在不同手机系统环境下是否能完整操作安装和卸载。 二、UI测试 1、测试用户界面(如菜单、对话、窗口和其他控件)布局、风格是否满足客户要求;文字是否正确、页面是否美观、图片组合是否完整、操作是否友好。 2、UI测试目标…

功能测试的工作流程

测试工作人员接收到项目需求、验收标准和原型图并对需求进行分析以了解项目的需求。 一、测试计划:个人觉得测试计划应在在详细设计确认后,代码开始编写的时候开始编写。测试计划主要给后面的测试工作的一些指南。 其内容包含: 1、测试团队人…

功能测试基础之业务流程测试

功能测试基础之业务流程测试 文章目录 功能测试基础之业务流程测试前言一、面向结构分析定义实例分析 二、面向过程分析定义面向过程分析过程与步骤主事件流和备选事件流说明实例分析 三、面向角色分析定义测试注意事项怎样分析系统中的角色实例分析(以一个流程为例…

测试基本流程

一测试流程 立项(确定项目)——>产品说明书(PRD)——>需求文档(需求人员)——>需求评审(开发、测试人员、经理)——>开发人员进行(详细概要设计——>编码…

详述功能测试流程

一:功能测试介绍 功能测试又称黑盒测试;顾名思义就是一个盒子内部是黑色的,我们只能看见它的外部(表面);功能测试就是不考虑内部结构,仅对外部功能进行测试; 二:功能测试…

功能测试的测试流程

01 1.测试计划:这个计划,我个人觉得应该在详细设计确定后,代码开始编写的时候进行制定,因为我是“提早开始测试工作”思路的忠实fans,虽然现在项目里都只有我一个人在这么早开始工作。。。 a) 测试计划,主…

功能测试Ⅷ——业务流程测试

文章目录 总目录业务流程测试用例设计主要问题目标1、状态迁移法2、订单测试3、业务流程测试3.1 流程图介绍(复习)3.2 绘制流程图3.3 业务流程测试3.4 业务流程测试用例设计3.5 测试团队中体现专业价值,个人价值 4、tpshop业务流程测试4.1 绘…

测试流程||功能测试

一、话题引入 功能测试的流程是什么?给你一个页面你怎么测?给你一个杯子,你怎么测? 这几个问题,参加过校招测试岗面试的小伙伴可能都不陌生,因为在面试的时候,这几个问题基本上每次都会被问到。…

【Binder】Android 跨进程通信原理解析

前言 在Android开发的过程中,用到跨进程通信的地方非常非常多,我们所使用的Activity、Service等组件都需要和AMS进行跨进程通信,而这种跨进程的通信都是由Binder完成的。 甚至一个看似简单的startActivity操作,就有可能发生 7 次…

Linux进程通信和线程通信

1、进程和线程是什么 简单的描述:进程好比是工厂,线程是工厂里的生产线,一个进程里面可以包含多个线程。 专业术语:进程是cpu资源分配的最小单位,线程是cpu调度的最小单位。 每个进程都有独立的代码和数据空间&#xf…

操作系统实验三、进程通信

文章目录 操作系统实验三、进程通信一、实验目的二、实验内容三、设计原理(或方案)及相关算法四、结果分析五、源代码 操作系统实验三、进程通信 一、实验目的 ​ 1、了解和熟悉Linux支持的消息通信机制、管道道通信、共享存储区机制及信息量机制。 2…

C++进程和Python进程通信

项目研发过程中用到了进程通信,由C应用程序创建共享内存及两个同步事件(Event1、Event2),然后阻塞等待外部进程激活事件Event1,Event1激活后,C应用程序读取共享内存中的数据,完成数据解析后执行相应指令,并…

Linux 进程通信

Linux 进程通信 1.传统进程通信 1.1 信号 信号机制是在软件层次上对中断机制的一种模拟。 信号的捕获与处理也成为系统的“软中断”机制。 1.1.1 常用信号 每个信号都有一个编号和宏定义的名称,这些名字都已SIG开头。宏定义在signal.h头文件中。 1.1.2 信号的…

进程间通信

文章目录 前言1、进程间通信的目的2、管道1.1 匿名管道1.2 命名管道 3、共享内存2.1 shmget函数2.2 shmctl函数2.3 shmat函数2.4 shmdt函数 4、消息队列5、信号量 前言 进程间通信(IPC,InterProcess Communication)是指在不同进程之间传播或…

【操作系统】进程通信

什么是进程通信?进程为什么需要通信? 进程通信:进程通信就是进程之间的信息交换。 进程通信的目的: 数据传输:一个进程需要将它的数据发送给另一个进程。通知事件:一个进程需要向另一个或一组进程发送消息…

【Linux】进程通信之管道通信详解

🍎作者:阿润菜菜 📖专栏:Linux系统编程 文章目录 一、什么是管道通信1. 管道通信是一种在进程间传递数据的方法2.看看接口:匿名管道和命名管道3. 管道通信的本质是什么? 二、管道通信的实现和深入理解1.如何…

进程通信方式总结与盘点

​ 进程通信是指进程之间的信息交换。这里需要和进程同步做一下区分,进程同步控制多个进程按一定顺序执行,进程通信是一种手段,而进程同步是目标。从某方面来讲,进程通信可以解决进程同步问题。 ​ 首先回顾下我们前面博文中讲到…