-
让品牌有温度、有情感
专注品牌策划15年
功能测试的基本流程（软件测试的5个基本流程）
发布时间：2023-04-22 00:08:12
稿源：
创意岭 阅读：
102
大家好！今天让创意岭的小编来大家介绍下关于功能测试的基本流程的问题，以下是小编对此问题的归纳整理，让我们一起来看看吧。
开始之前先推荐一个非常厉害的Ai人工智能工具，一键生成原创文章、方案、文案、工作计划、工作报告、论文、代码、作文、做题和对话答疑等等
只需要输入关键词，就能返回你想要的内容，越精准，写出的就越详细，有微信小程序端、在线网页版、PC客户端
创意岭作为行业内优秀的企业，服务客户遍布全球各地，如需了解SEO相关业务请拨打电话175-8598-2043，或添加微信：1454722008
本文目录:
一、测试流程规范
1.概述
1.1目的 2
1.2适用范围 2
1.3执行原则. 2
1.4角色和职责 2
1.4.1 测试leader 2
1.4.2 测试工程师 3
2.软件测试流程 3
2.1软件测试流程图 3
2.2 流程图解析 4
3.软件测试周期人员活动 7
3.1软件测试准备 7
3.2 测试执行阶段 8
3.2.1软件执行阶段流程图 8
3.2.2软件测试执行阶段人员活动 9
3.2.3测试扫尾工作 11
4.结语 12
1.概述
1.1目的
1、有效的保证软件质量；
2、有效的制定不同测试类型（软件系统测试、主观性测试、专项测试、（自动化测试）、性能测试、用户体验测试）的软件测试计划；
3、按照计划进行测试，发现软件中存在的问题；
4、对软件中已经解决的问题进行有效的验证;
5、判定测试过程和问题验证的有效性。
1.2适用范围
适用范围是参与产品软件测试的各测试工程师。
1.3执行原则.
1、标准化作业，尊重事实；
2、测试工程师需要对产品各项功能持有疑问的态度来思考软件；
3、测试工程师需要主动与项目组的所有成员保持有效的沟通，以便更好地完成测试任务；
4、尽早发现问题，及时跟踪问题；
1.4角色和职责
1.4.1 测试leader
负责审核测试计划,参与计划的实施过程，确保计划的实施和按计划完成测试任务；
制定、更新和维护软件测试流程；
对发现的部门需要改进的问题提供解决方案；
制定短期、长期的改进措施；进行评审和监督；
参与版本风险评估
参与软件需求与UI评审
编制STP（软件测试计划），组建测试团队
根据软件测试申请单的要求判定是否接受软件测试版本；达到软件测试标准安排系统测试；对测试需求进行组内培训。
9.测试任务的分配，保证测试计划的按时完成，保障软件测试质量；测试过程进行跟踪；处理异常情况；定期发送测试报告（每一个升级版本）到开发、PM各管理人员
10.跟进BUG的修改情况，组织BUG评审
11.组织版本风险评估
1.4.2 测试工程师
按照测试计划进行测试的执行,测试用例在编写、评审。
测试记录的整理，
Bug的跟踪【包括：提交、验证、关闭Bug】。
参与BUG的评审
定时完成学习计划并提交学习报告给测试leader
2. 软件测试流程
2.1软件测试流程图
2.2 流程图解析
立项
对于版本，立项的条件只需要满足：
测试部收到版本立项通知，软件产品功能需求/设计说明书都已提供到位
版本进度表
当立项条件满足时，由测试部门经理指定测试，由测试组织立项与后续的测试工作。
需求初审
测试Leader组织测试进行需求审阅，完成三个任务：一是对文档进行评审，如对需求有疑问，或者对需求有建议要求要与需求输出人进行沟通，直到需求定稿；二是确定测试所需配置、资源、样机、以及需求对应的DEV等；三是确定好软件测试策略，策略主要包括如下方面：
1.测试依据
a,软件需求文档
b,其他，如参考其他竞品等
测试资源
a,测试人员需求
b,测试配置需求（需要前期的配置）
c,测试样机需求（例如特殊需求需要特殊的手机）
测试策略
a,采取测试方法
b,采取哪些测试工具以及测试管理工具
c,对测试人员进行培训等
测试人员安排
测试Leader根据在需求初审过程中各功能模块提供的测试人员名单，完成测试人员安排。
需求分析
安排完毕后，测试Leader组织组员进行需求分析，完成两项任务：一是进行组内需求培训，保证所有组员完全理解需求；二是分配测试用例编写或维护任务，确认测试用例完成日期。
请注意：测试用例完成日期必须在软件版本发布测试之前。
测试设计
测试设计主要包括测试用例的编写与评审。由于常规的测试点的用例都已经具备，这里主要针对新的需求。
测试计划
当所有测试前的准备工作已经完成，测试leader就要根据开发时间表以及测试策略制定一个完整的软件测试计划（STP文档），测试计划的依据主要是版本开发计划和测试需求分析结果。
测试执行
测试执行一般分为以下阶段：
确认测试→系统测试→验收测试→产品文档check，其中每个阶段还有回归测试验证问题。
从测试的角度而言，测试执行过程是要考虑量和度的问题，就是指测试的范围与测试的程度的问题。
从管理的角度而言，在有限的时间内，在人员有限甚至短缺的情况下，要考虑如何分工，如何合理地利用资源来开展测试。当然如下几个问题也需要考虑：
a, 当测试人员测试的执行不到位、敷衍了事时该如何解决？
b, 测试效率问题，怎样提高测试效率?
c, 根据版本的不同采取怎么样的测试策略，是全面测试、自由测试还是针对模块的测试
软件评估
这里评估指软件经过一轮又一轮测试后，确认软件无重大问题或者问题很少的情况下，对准备上线的版本进行评估，以确定是否能够上线。软件评估会议由PM？组织，评估成员一般由DEV、PM、QA等组成。
测试总结
版本已经上线后，测试可以通过各种方式对整个测试过程进行总结，可以是做的好的方面的经验，也可以是不足之处以便后续版本避免。
测试维护
由于测试的不完全性，当软件正式release后，用户在使用过程中，难免遇到一些问题，有的甚至是严重性的问题，这就需要DEV修改有关问题，修改后需要再次对软件进行测试、评估、上线。
3.软件测试周期人员活动
3.1软件测试准备
目的
有效的做好测试准备工作，为测试的执行做好前期所需；
按照需求制定好测试策略与测计划；
进入条件
版本正式启动
需求文档已经进行归档
输入
软件开发计划、软件开发时间表、软件产品功能需求/设计说明书等相关需求文档。
作业流程及其管理方法
No. 作业过程名 作业内容/管理方法 作业人 输出
1.立项当立项条件达到，测试leader指定测试组员，测试组员整理相关资料组织立项动作测试leader、测试组员测试计划
2需求初审测试leader组织需求的初审，邀请测试组员一起对需求进行审读，确认该版本对应的配置、资源，确认对应的测试策略测试leader、测试组员
3测试安排测试leader根据需求安排测试人员进行需求分析与培训，并分配测试用例编写与维护任务
4测试设计测试进行TestCase的编写，然后由测试leader制定测试用例的评审计划并按照计划进行评审；（要求开发人员、测试工程师）；测试要将每次Case的评审结果进行记录，测试leader在使用Case前进行评审结果的确认；
测试leader确认最终的Testcase和评审记录。
测试leader、测试组员测试用例
Case编写的依据：
软件需求文档；相关规范和标准；
Case 编写基本规则；
1. 以相关需求文档为编写依据；
2. 使用条件和路径覆盖法判定Case的覆盖率；
3. Case的易理解和易操作性；
4. 针对不同测试目的编写测试用例；
5. 根据不同的测试类型编写测试用例（界面一致性、功能符合性、兼容性、性能稳定性）
5.测试计划编写和评审当测试用例完成后需要组织开发、PM等相关人员进行评审；
当计划定稿后，测试leader需要严格按照制定的计划安排测试；
测试leader
测试计划评审注意事项：
1. 保证测试计划要符合开发计划
2. 测试的全面性；
输出
测试用例
3.2 测试执行阶段
3.2.1软件执行阶段流程图
流程图解析
1．根据整个软件测试执行过程，按时间分成三等分，分别为T1：测试初期、T2：测试中期、T3：测试后期
T1：测试初期这个阶段，主要执行确认测试、基本功能的测试。确认测试的目标需要确保软件完全符合设计文档。基本功能的测试的重点是执行测试用例，尽可能多的去暴露基本功能的问题，测试的执行方式以执行测试用例为主。
T2：测试中期采用自由测试为主，除了测试基本功能外，还需要重点测试性能、用户体验性测试、兼容性测试。其中性能测试可借助于Perfdog工具进行测试。
T3：测试后期阶段，这个阶段仍然需要执行多遍测试用例以确保基本功能的实现完全没有问题。
系统测试分为三个阶段，并不是单纯的时间三等分，而是每个时间段都需要达到测试目标。若没有达到测试目标，测试leader需要及时调节计划，并组织分析问题，避免因为测试不到位的原因导致版本延期。
3.2.2软件测试执行阶段人员活动
目的
有效的制定系统测试的软件测试计划；
按照计划进行测试，发现软件中的存在的问题（包括：界面、需求、功能、兼容性、性能等方面问题）。
对软件中已经解决的问题进行有效的验证;
判定测试过程和问题验证的有效性；
进入条件
完成测试计划和测试用例;
已确认软件测试申请、软件版本
输入
软件测试计划和软件测试用例。
软件版本；
作业流程及其管理方法
NO 作业过程名 作业内容 / 管理方法 作业人 输出结果
1测试任务安排测试leader获得软件版本后，确认后根据测试目的制定版本测试计划；
测试计划完成后，向组内成员介绍版本基本情况、测试时间安排等
测试leader每个新版本软件测试计划
2系统测试测试接收到软件测试申请并确认版本在发布时已提供相关信息后，安排测试依据测试用例进行系统测试或进行自由测试；
在测试阶段，版本的第一轮和最后一轮测试必须至少执行一个完整的周期。包括过一遍完整的case；
测试leader
组员
测试报告
3验证测试每个版本对以前已修改的BUG进行验证，若确认已经修改，可执行关闭操作。组员
4性能测试测试leader安排组员，按照《性能测试用例》进行测试，主要采用与对比机对比测试得出内存峰值结果；组员内存峰值测试报告
6兼容性测试测试PM安排工程师，按照《兼容性测试用例》进行对不同型号不同系统版本进行验证测试组员兼容性测试报告
输出
每个新版本软件测试计划、测试报告、内存峰值测试报告、兼容性测试报告
3.2.3测试扫尾工作
目的
根据测试结果，组织版本评估
做好测试总结，积累好的经验，去除不好的东西
进入条件
完成了测试执行阶段，PM申请上线
作业流程及其管理方法
NO 作业过程名 作业内容 / 管理方法 作业人 输出结果
1版本评估上线前，测试leader书写软件测试报告并组织版本评估会议，邀请开发leader、项目经理等管理人员组织版本评估会议，最终由项目经理确认软件是否能够上线。项目经理（PM）
测试leader
测试组员
软件开发leader等
评估结果
2测试总结测试leader组织测试进行总结性会议，总结测试经验测试leader
测试组员
3维护测试当收到用户反馈的严重性问题，测试leader组织测试验证并提交问题到JIRA跟踪；
开发人员重新集成版本修改问题，测试leader验证后并组织一次全面的测试确保版本
测试leader
测试组员
测试报告
4.结语
软件测试是程序的一种执行过程，目的是尽可能发现并改正被测试软件中的错误，提高软件的可靠性。它是软件生命周期中一项非常重要且非常复杂的工作，对软件可靠性保证具有极其重要的意义。测试流程制定的总目标是充分利用有限的人力和物力资源，高效率、高质量地完成软件测试任务。避免不足的测试使软件带着一些未揭露的隐藏错误投入运行，这将意味着更大的危险让用户承担。然而一个规范实用的流程，往往可以改善软件测试的效率。流程的制定为测试计划的制定、测试过程的执行提供了文档性的帮助。让每一个测试很清晰的明白，软件测试周期中每个时段该去怎么做。
该流程的制定不是一成不变，在执行过程中若发现有不足之处，我们将更新此文档，直到完全适用于我们的项目流程。
二、软件测试的流程是什么？
软件测试的流程：
1、根据软件设计需求制定测试计划，测试数据和测试用例。
2、搭建测试环境、执行测试用例。
3、提交测试报告。
4、跟踪Bug修改情况，不断测试完善产品。
5、产品的其他方面测试。
三、各种功能测试点步骤
一.支付功能怎么测试？
1、从功能方面考虑：
1）、用户的使用场景：包括正常完成支付的流程；
支付中断后继续支付的流程；
支付中断后结束支付的流程；
单订单支付的流程；
多订单合并支付的流程；
余额不足；未绑定银行卡；密码错误；密码错误次数过多；找人代付；
弱网状态下，连续点击支付功能功能，会不会支付多次；分期付款等；
2）、不同终端上支付：
包括PC端的支付、笔记本电脑的支付、平板电脑的支付、手机端的支付等；
3）、不同的支付方式：银行卡网银支付、支付宝支付、微信支付等；
4）、从产品容错性上：包括支付失败后，能否再次支付、能否退款；
2、从性能方面考虑：
多个用户并发支付能否成功；
支付的响应时间；
3、从安全性方面考虑
使用Fiddler拦截订单信息，并修改订单金额，或者修改订单号，
(下两个订单A,B，付款时拦截订单B，并把订单B的订单号改为A订单的订单号)无法完成支付；
4、从用户体验方面考虑
是否支持快捷键功能；
点击付款按钮，是否有提示；
取消付款，是否有提示；
UI界面是否整洁；
输入框是否对齐，大小是否适中等。
5、兼容性
BS架构：不同浏览器测试。
APP：不同类型，不同分辨率，不同操作系统的手机上测试
二.购物车怎么测试？
1.功能测试
a）、未登录时：
将商品加入购物车，页面跳转到登录页面，登录成功后购物车数量增加。
b）、登录后：
所有链接是否跳转正确；
商品是否可以成功加入购物车；
购物车商品总数是否有限制；
商品总数统计是否正确；
全选功能是否可用；
删除功能是否可用；
价格总计是否正确；
商品文字太长时是否显示完整；
购物车中下架的商品是否有标识，是否还能支付；
新加入购物车商品排序（添加购物车中存在的店铺的商品和购物车中不存在的店铺的商品）；
是否支持快TAB、ENTER等快捷键；
商品删除后商品总数是否减少；
收藏功能是否可用；
购物车结算功能是否可用。
2.兼容性测试：
BS架构：不同浏览器测试，比如：IE，火狐，谷歌，360这些。
APP：在主流的不同类型，不同分辨率，不同操作系统的手机上测试，华为，vivo，oppo等
3.用户体验测试：
删除商品是否有提示；
是否支持快捷键功能；
是否有回到顶部的功能；
商品过多时结算按钮是否可以浮动显示；
购物车有多个商品时，能不能只对单个商品结算；
界面布局、排版是否合理；
文字是否显示清晰；
不同卖家的商品是否区分明显。
4.性能测试：
打开购物车页面要多长时间.
输入框怎么测试？
1、长度：例如输入框支持100字符， 那需要测试100字符、101字符，最大长度的显示是否正常；
2、哪些是支持的字符类型：数字、字母、汉字、字符！@！#、特殊字符；
3、是否支持换行；
4、字符串前后中带空格，前后的空格是否过滤， 中间的空格是否保留
5、全角半角的字母、数字
6、快捷键：能不能全选，部分选择，复制剪切粘贴是否可用，粘贴超过最大长度的字符串怎么显示，table键盘是否可用；
7、不同终端的兼容性
三.登陆功能怎么测试？
功能方面的测试：
1.输入正确的用户名和密码，点击提交按钮，验证是否能正确登录，能否能跳转到正确 的页面
2.输入错误的用户名, 验证登录失败，并且提示相应的错误信息
3.输入错误的密码, 验证登录失败，并且提示相应的错误信息
4.用户名为空, 验证登录失败，并且提示相应的错误信息
5.密码为空, 验证登录失败，并且提示相应的错误信息
6.用户名和密码都为空，点击登陆
7.用户名和密码前后有空格的处理
性能方面的测试
1.打开登录页面，需要多长时间
2.输入正确的用户名和密码后，登录成功跳转到新页面，需要多长时间.
安全性方面的测试
1.密码是否在前端加密，在网络传输的过程中是否加密
2.用户名和密码的输入框，能否防止SQL注入攻击
3.用户名和密码的输入框，能否防止XSS攻击
4.错误登陆的次数限制（防止暴力绿色）
5.是否支持多用户在同一机器上登录
6.一个用户在不同终端上登陆
7.用户异地登陆
用户体验测试：
1.页面布局是否合理，输入框和按钮是否对齐
2.输入框的大小和按钮的长度，高度是否合理
3.是否可以全用键盘操作，是否有快捷键
4.输入用户名，密码后按回车，是否可以登陆
5. 牵扯到验证码的，还要考虑文字是否扭曲过度导致辨认难度大，考虑颜色（色盲使用者），刷新或换一个按钮是否好用
兼容性测试
BS架构：不同浏览器测试，比如：IE，火狐，谷歌，360这些。
APP：在主流的不同类型，不同分辨率，不同操作系统的手机上测试，华为，vivo，oppo等
四.支付功能怎么测试？
1、从功能方面考虑：
1）、用户的使用场景：包括正常完成支付的流程；
支付中断后继续支付的流程；
支付中断后结束支付的流程；
单订单支付的流程；
多订单合并支付的流程；
余额不足；未绑定银行卡；密码错误；密码错误次数过多；找人代付；
弱网状态下，连续点击支付功能功能，会不会支付多次；分期付款等；
2）、不同终端上支付：
包括PC端的支付、笔记本电脑的支付、平板电脑的支付、手机端的支付等；
3）、不同的支付方式：银行卡网银支付、支付宝支付、微信支付等；
4）、从产品容错性上：包括支付失败后，能否再次支付、能否退款；
2、从性能方面考虑：
多个用户并发支付能否成功；
支付的响应时间；
3、从安全性方面考虑
使用Fiddler拦截订单信息，并修改订单金额，或者修改订单号，
是否防止SQL注入，XSS攻击(跨站脚本攻击)。
4、从用户体验方面考虑
是否支持快捷键功能；
点击付款按钮，是否有提示；
取消付款，是否有提示；
UI界面是否整洁；
输入框是否对齐，大小是否适中等。
5、兼容性
BS架构：不同浏览器测试。
APP：不同类型，不同分辨率，不同操作系统的手机上测试 .
五.还款怎么测试？
功能上：
1.不同的还款方式：等额本息，等额本金还款，一次性还本付息。
2.逾期，提前还款和第三方还款。
3.不同账户的还款。
4.余额不足的还款，.
5.金额输入错误，不输入。
6.弱网状态下连续点击还款按钮或者系统不问题情况下，支付方未把支付结果返回给下单发起方。
从性能方面考虑：
还款的响应时间；
从安全性方面考虑：
是否防止SQL注入，XSS攻击(跨站脚本攻击)。
还款金额是否被拦截，还款密码等敏感信息是否加密。
从用户体验方面考虑
系统界面是否容易理解。
UI界面是否整洁；
输入框是否对齐，大小是否适中等。
兼容性：
BS架构：不同浏览器测试。
APP：不同类型，不同分辨率，不同操作系统的手机上测试 .
《附》
支付流程：
用户发送下单请求-平台后台查看订单并制作支付请求后将请求传给第三方（银行）-银行将支付的信息反馈给客户，客户核对后输入支付密码--银行成功划账后将支付成功信息告知给平台后台和用户--平台确认支付信息反馈给第三方并发货.
退款流程：
用户提交退款申请给平台，平台后台通过审核后将退款信息告知给第三方（银行），第三方将钱退到用户绑定的银行账户中并告知平台处理结果。平台确认结果后并结束用户退款申请。
六.电梯如何测试？
需求测试：
查看电梯使用说明书、安全说明书等
界面测试：
查看电梯外观
功能测试：
1.测试电梯能否实现正常的上升和下降功能。
2.电梯的按钮是否都可以使用。
3.电梯门的打开，关闭是否正常。
4.报警装置是否可用。
5.与其他电梯之间是否协作良好。
6.通风状况如何。
7.突然停电时的情况。
8.上升途中的响应。
1）电梯本来在1楼，如果有人按18楼，那么电梯在上升到5楼的时候，有人按了10楼，这时候是否会在10楼先停下来；
2）电梯下降到10层时显示满员，此时若8层有人等待电梯，是否在8层停。
可靠性：
1.门关上的一刹那出现障碍物。
2.同时按关门和开门按钮。
3.点击当前楼层号码。
4.多次点击同一楼层的号码等等。
5.同时按上键和下键会怎样。
易用性：
1.电梯的按钮的设计符合一般人使用的习惯吗．
负载/压力测试：
1.看电梯的最大限度的承受重量．在负载过重时是否有提醒。
2.在一时间内不断的让电梯上升，下降。
稳定性测试：
1.最大负载下平稳运行的最长时间。
文档测试：
1.使用手册是否对电梯的用法、限制、使用条件等有详细描述.
四、测试工作基本流程
测试工作基本流程包括四个基本活动、即测试需求分析、测试设计、测试执行、测试分析与总结，关键成果包括《测试需求分析》、《测试方案》、《测试记录》、《测试报告》。在实际测试工作中，会出现若干环节的迭代循环，也会出现要求弱化，或者要求强化。只要是实现测试目标的必要调整，都可以按需进行。
输入： 原始需求，包括但不限于《产品设计文档（PRD）》、《系统需求说明书》、《立项书》、《项目合同》
输出： 《测试需求分析》、《测试规划》
注意事项：
输入： 《测试需求分析》、《测试规划》
输出： 《测试方案》、《测试计划》、《测试用例》
注意事项：
输入： 《测试方案》、《测试计划》、《测试用例》
输出： 《测试记录》
注意事项：
输入： 《测试记录》
输出： 《测试报告》
注意事项：
以上就是关于功能测试的基本流程相关问题的回答。希望能帮到你，如有更多相关问题，您也可以联系我们的客服进行咨询，客服也会为您讲解更多精彩的知识和内容。
推荐阅读：
抖音怎么取消我推荐的视频作品（抖音怎么取消我推荐的视频作品功能）
赣公网安备 50019002502384号
