首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏资深Tester

    测试流程测试流程拆解

    这完全都体现在测试流程中,同时测试流程是面试问题中出现频率最高的,这不仅是因为测试流程很重要,而是在面试过程中这短短的半小时到一个小时的时间,通过测试流程就可以判断出应聘者是否合适,故在测试流程中包含了测试工作的核心内容 下面就以迭代测试为例,给大家画下测试流程图: 1.需求分析 一般在上一个迭代测试即将完成之时,下一个迭代的需求文档就已经发出来,放到配置管理平台,便于测试和开发自取,那这个时候一般测试人员就会自动去取需求文档 测试用例编写完成后,测试人员就要开始用例评审,用例评审与需求评审的评审流程相同,只是发起人和评审内容,评审重点不同。 3.测试执行 一般用例评审完成之后,就要开始等待开发转测。 bug单,bug单会根据bug处理流程进行处理。 上面的测试流程是基于有需求文档的一个完整测试流程,如果公司没有需求文档,则测试流程就会在上面的基础上有所删减。

    2.1K40发布于 2018-06-08
  • 来自专栏后端1

    流程测试

    它支持模拟POST、GET、PUT等常见请求,是后台接口开发者或前端、接口测试人员不可多得的工具 。官网:https://console.apipost.cn/register? utm_source=10009什么是流程测试?我们可以把多个接口归到一组(可以有依赖关系),一键发送请求,获取测试结果。称之为:流程测试。好了,让我们开始测试! 我们给他定义一个测试用例:2、创建测试流程点击ApiPost顶部的【流程测试】,然后创建一个流程选择我们需要测试的接口,如果接口有依赖关系的话,此时需要注意顺序,需要将先执行的接口放到前面。 点击【开始测试】按钮即可。注意:1、流程测试时,请注意每个流程里面的接口顺序,先执行的需要放在前面。例如:把登陆接口放前面,以便于后续的接口直接使用登陆接口返回的token参数。 2、流程测试时,可以选择不同的环境进行测试。如图:

    66100编辑于 2022-07-14
  • 来自专栏不想当开发的产品不是好测试

    测试流程?项目管理流程

    做这测试这一行的,很多人都追求技术:自动化+性能,往往忽略测试流程,或者说是项目管理流程。 想法 流程是要结合团队来看的,换句话来说就是case by case,没有标准,适合团队/业务的流程就是好流程; Part1 待过做中国移动项目的传统行业,测试流程一套一套的,需求评审 -- 开发详细设计评审 ,项目的保证不单单只是测试的事情,测试有义务/责任从整个项目流程中去提升质量。 --  线上验收 -- 数据监控 Part3 现在的UC,没有火车发布制度,项目并发更多,很多都是今天提测明天上线的节奏,更加敏捷。 质量迁移,测试提前介入,从需求端发现问题,带着问题去开需求评审,怼产品/需求; 2. 合并代码回归测试,跟开发沟通后,不要直接上线,需要重新过一遍; 3.

    2K90发布于 2018-01-24
  • 来自专栏授客的专栏

    测试思想-流程规范 软件测试缺陷管理流程

    备注: 1.针对不可以重现的缺陷处理建议>>开发找不到原因的情况下,不进行处理,保留bug状态,并留下文字说明 (或者其它,如公司有自主研发的缺陷管理系统情况下),测试对其进行监控一段时间,比如连续监控 过了这段监控期,还是没重现,测试人员对其进行关闭。 2.建议性bug,一般情况下,建议延期处理。 3.当开发人员定位到缺陷并不是自己所负责程序模块引起时,效率起见,强烈建议直接把缺陷指派给相关人员。 pdf版下载 软件测试缺陷管理流程.pdf

    1.1K20发布于 2019-09-10
  • 来自专栏ppppy_oschina

    软件测试流程

    软件测试流程 软件测试是指使用人工或自动手段,来运行或测试某个系统的过程,其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别。 编写测试计划 编写测试计划通俗一点讲就是什么人在什么时间做什么事,最后产出什么东西。 在这个阶段,测试人员要根据需求分析和项目计划,制定出合理的测试策略、方法、范围、资源、风险等,并将其记录在测试计划文档中。测试计划文档是指导整个软件测试过程的重要依据。 3. 设计和执行测试用例 设计和执行测试用例就是根据测试计划和需求文档,编写出能够覆盖各种功能点和边界条件的具体操作步骤,并按照这些步骤去实际运行或模拟运行软件系统,并观察并记录输出结果。 在这个阶段,测试人员要收集并分析各种数据(如通过率、覆盖率、缺陷密度等),并编写出详细且客观地总结报告或评估报告。 以上就是我对软件测试流程的简单介绍,在实际工作中可能会有更多细节需要注意。

    1.1K10编辑于 2023-03-14
  • 来自专栏AllTests软件测试

    产品测试流程

    产品测试流程 一、安装卸载测试 在不同手机系统环境下是否能完整操作安装和卸载。 2、UI测试目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或者浏览功能。 3、确保用户界面符合公司或者行业标准。包括用户友好性、任性化、易操作性测试。 2、Bug修复后的测试交付前,需要进行全量用例的回归测试。 十九、升级更新测试 1、测试升级后的功能是否和说明一样。 2、测试与升级模块相关的模块功能是否与需求一致。 3、升级安装意外情况测试。 5、交互流程分支是否太多。 6、相关的选项位置是否舒适。 7、一次是否载入太多数据。 8、界面中的按钮可点击范围是否适中。 9、标签跟内容是否有从属关系,当标签切换时,内容跟着变化。 3、进行服务端测试需要开发提供一份接口文档。 二十四、数据库测试 1、增、删、改、查测试

    1K30编辑于 2022-10-30
  • 来自专栏接口测试

    软件测试流程

    一、测试主要的四个阶段 1.测试计划设计阶段:产品立项之后,进行需求分析,需求评审,业务需求评级,绘制业务流程图。 确定测试负责人,开始制定测试计划; 2.测试准备阶段:各成员编写测试用例、先小组内评审、后会议评审,测试样机和配件,测试工具。 3.测试执行阶段:负责人对测试任务分工,按计划执行测试过程,提测后,搭建QA环境,先执行冒烟测试,然后进行系统测试,提交bug,跟踪bug,直到被测软件达到测试需求要求,测试结束; 4.测试总结阶段:项目测试结束 3.自动化测试阶段 自动化阶段可以分为ui界面自动化和接口自动化。 ui界面自动化是功能测试的进阶,现在企业越来越重视自动化测试,所以越来越多的功能测试工程师开始学习自动化测试,提升自己能力。 5.验收阶段 以用户为主的测试,软件开发人员和质量保证人员参加,由用户设计测试用例。 不是对系统进行全覆盖测试,而是对核心业务流程进行测试

    1.3K40发布于 2020-11-24
  • 来自专栏mySoul

    软件测试流程

    软件测试流程 软件测试流程分为四个模型,分别为V模型和W模型和H模型和X模型 这两个模型属于软件测试流程的模型 V模型 [9.png] 是一种项目开发周期,是一种严格的软件的开发生命周期模型和项目管理模型 测试测试流属于单元测试,集成测试,安装软件,运营软件,绩效等内容。 、详细设计评审、单元测试、集成测试、系统测试、验收测试 缺点 依旧是对应于瀑布流的开发模式,导致无法支持快速迭代。 总结 软件测试的大体流程测试需求分析和文档审查 → 设计测试计划,并进行同行评审 → 测试设计(用例编写,测试脚本编写,开发,测试场景的编写)并进行同行评审 → 测试执行(包括执行测试的用例,执行测试的脚本 ,进行测试的开发,对测试场景的执行) → 发现bug,进行处理 → 回归测试,重复再次执行上述测试 → 出测试报告 → 测试验收 → 测试总结

    1.1K20发布于 2018-10-13
  • 来自专栏老张的求知思考世界

    测试流程如何落地

    前段时间公众号后台有粉丝留言问了一个问题:作为测试leader,该如何落地测试流程? 这个问题初看很简单,落地流程做个宣讲然后执行就行了,但仔细一想没那么简单。 而流程,就是通往更好的质量+更高的效率的指向标和扶手。 测试有哪些流程? 实际工作中测试流程有很多类型,不同公司会根据自己情况制定一些特殊流程,根据软件(需求)的生命周期,下面列举一些常见的软件测试流程: 需求阶段 产品方案评审:QA确认产品无重大质量风险,确认目标、时间、优先级 结果、CI构建结果、核心case冒烟结果; 测试阶段 测试策略:包含测试case评审、自动化测试、性能测试等方案制定; 测试规范:接口测试、集成测试、回归测试、上线步骤及回滚等各种流程; 验收及上线计划 比如说回滚操作就是一个相对普适的方法,可以变成部署后出现问题的流程3、达成共识,推广执行 流程规范提出后还需要得到大家认可,只有大家认可达成共识,才能共同遵守,保障制度的执行。

    86220编辑于 2022-09-02
  • 来自专栏资深Tester

    测试流程之缺陷

    近期公众号以输出测试基础文档为主,主要是为了帮助测试新人和想入行的同学能尽快了解测试,熟悉测试的工作内容,同时也可以帮助测试老司机更深地认识测试,如果大家有什么想了解的或者有什么意见,欢迎在后台留言,我会一 前言:缺陷是测试人员的重中之重的工作内容,提交一个高质量的缺陷单应该是测试人员必备功力,这篇文章,我们就来分析一下缺陷产生原因,组成以及缺陷处理流程。 提示 致命性问题 程序无响应或崩溃 核心功能未实现或无法运行或功能页面无法打开 程序实现与需求规格严重不符 严重性数值计算错误 致命安全漏洞 数据库内存泄漏等 严重性问题 产品功能实现不正确 主业务流程功能没正确实现 但不影响主要功能 编程性规范类错误 提示类错误 操作界面文字错误 提示信息错误 界面格式不规范(区分标示、界面排版) 界面边框、线条错误 建议类 易用性操作类建议 界面提示建议 优化性建议 3. 6.缺陷处理流程 ---- ?

    91721发布于 2018-06-08
  • 来自专栏全栈程序员必看

    完整测试流程详解

    (常用业务流程以及各分支) 二:测试计划 编写目的 此文档根据项目需求文档,制定测试策略、评估测试风险,确定所需的资源,并对测试的工作量进行估计,进行人员和进度安排,并且列出测试项目的可交付元素。 参考文档 详细设计文档,设计原型 测试概要 (1)测试目标 通过测试,达到以下目标: 测试已实现的产品是否达到设计的要求,包括:各个功能点是否以实现,业务流程是否正确。 Bug数和缺陷率控制在可接收的范围之内,遗留BUG一般不超过所有BUG的10% (2)测试范围 列出测试最终需要交付的功能模块列表 (3测试人力资源 (4)测试环境:服务器环境,终端环境,网络环境 测试输出文档 测试计划 测试用例 测试bug单 测试报告 三:测试用例 测试需求分析和业务流程分析 设计方法: 等价类划分法(将测试的范围划分成几个互不相交的子集) 边界值分析法(选出的测试用例 ,重要级别,预置条件,测试输入,操作步骤,预期输出 (1) 用例编号(规则:由字符和数字组成的字符串,具有唯一性,易识别性) (2) 测试项目(对应测试用例编号中的测试子项名 系统测试3测试标题

    1.2K20编辑于 2022-09-02
  • 来自专栏漫谈测试

    性能测试流程规范测试准备阶段

    测试准备阶段是在测试规划阶段完成之后开展的。该阶段主要针对测试规划阶段时经过评审的性能测试方案中的内容进行准备工作,为后续开展具体的调试和执行提供基础条件。 以下从该阶段的目的、工作内容和材料3个方面进行详细介绍。1.目的主要目的是使各部门人员明确前在测试执行前所需进行的准备工作,各项准备事项是否达标直接影响后续测试的准确性。 2)测试组负责测试脚本的开发与场景策略的设计,一般包含基准场景、单接口/单功能场景、混合场景、容量测试场景、稳定性场景等。3)测试的数据准备主要包含对基础数据和测试数据的准备。 3.材料下面针对测试准备阶段涉及的材料进行详细说明,以便项目组人员能够理解其目的。1)《性能测试脚本规范》。 为了更方便地从生产环境中提取参数配置,该指南对不同层次(操作系统、数据库、中间件及应用层)的参数文件进行了整理,进一步规避了测试环境中参数配置不一致引起的风险。3)《性能测试资源监控操作指南》。

    40120编辑于 2024-10-11
  • 来自专栏漫谈测试

    性能测试流程规范测试规划阶段

    测试规划阶段是性能测试标准流程的第一个阶段。该阶段主要是完成性能测试项目的调研工作,通过调研的内容进行性能测试项目的实施规划。以下从该阶段的目的、工作内容和材料3个方面详细介绍。 一、目的主要目的是促使测试团队在项目组申请测试项目后开始介入,共同沟通测试项目的详细情况,从而评估出测试项目的实施范围、度量指标、实施难度、人员投入、时间周期,从而产出测试计划及方案,并由团队相关人员进行评审 规划阶段内容1)项目组发起测试项目的申请,测试组受理申请的测试项目;2)测试组与项目组通过会议沟通具体的测试需求、业务模型及度量指标、测试策略及测试环境等问题;3)测试组根据和项目组沟通的情况编写测试计划方案 该指南通过细化并扩展测试类型,将之前测试类型与测试目的一对多的关系转化为一对应的关系,使得项目组人员可根据不同的测试目的来选择合适的测试类型,同时与业内保持名称一致性逐渐实现测试需求标准化,提高测试方案编写效率 该指南收集了性能测试中联机类系统常见的测试类型并对相关类型的测试目的及测试方法加以描述,为相关人员提供测试类型选取上的参考。

    48310编辑于 2024-10-12
  • 来自专栏自动化测试实战

    Jmeter性能测试 -2 性能测试流程

    性能测试必知名词 QPS:每秒查询率 RPS:每秒用户请求率 HPS:每秒用户点击率 后面的我再介绍 性能测试流程 需求分析——熟悉业务 明确性能测试指标 了解整体软件功能、架构 制定测试计划,做好工作量评估 编辑测试用例 搭建环境(包括监控)、脚本开发 执行测试 测试结果分析与调优 分析依据:结果图表 分析思路:服务器硬件瓶颈->网络瓶颈->服务器OS瓶颈(参数配置、数据库、web服务器)->应用瓶颈(SQL 语句、数据库设计、业务逻辑、算法) 输出测试报告与结果跟踪

    3.8K30编辑于 2022-04-12
  • 来自专栏漫谈测试

    性能测试流程规范测试执行阶段

    以下从该阶段的目的、工作内容和材料3个方面进行详细介绍。一、目的测试执行阶段常被误认为一个单一的事项,事实上它是一个包含多个步骤且需要多次重复的流程。 二、工作内容测试执行阶段主要是指性能测试项目的具体实施过程,包括测试执行、结果分析和性能调优3个重要方面,具体如下图所示。 2)测试执行过程有相应的优先级策略,优先执行级别较高的测试案例。测试时通过对每个测试结果进行分析来决定是重复执行当前案例还是执行新的测试案例。 通常发现瓶颈问题会立即调整并重新执行测试用例,直到当前的案例通过。3)在该阶段,测试的执行、分析、调优、回归测试工作会循环进行。 2)《XX项目性能测试记录及异常状况跟踪表》。按照模板在项目实施过程中针对出现的问题进行记录和跟踪,了解问题的现状、解决程度和影响。3)《XX项目性能测试结果统计表》。

    48710编辑于 2024-10-15
  • 来自专栏muller的测试分享

    性能测试:性能测试流程与方法

    简介性能测试流程是指在进行性能测试时所遵循的一系列步骤和阶段,以确保对系统的全面测试和评估。性能测试流程的具体步骤可能会因组织、项目和测试需求而有所不同。 性能**测试流程**分析现状:首先需要对应用程序或系统进行详细的分析,了解其当前的性能状况、发现性能瓶颈,并确定性能测试的目标。 编写测试计划/脚本:根据用户场景和性能验收标准,编写性能测试计划,包括测试目标、测试场景、测试数据准备等。同时,根据场景编写相应的测试脚本,用于自动化执行性能测试测试报告:根据分析结果,编写性能测试报告,总结测试的结果、得出结论,并提供可视化图表和建议。测试报告应该包括测试指标、测试环境、测试结果、发现的问题等。 ** **总结性能测试流程。性能测试方法。

    1.2K10编辑于 2024-07-09
  • 来自专栏全栈程序员必看

    手机APP测试测试点、测试流程、功能测试

    ; 1.3 所有功能是否能正常运行 业务逻辑测试:主要测试客户端业务是否正常完成 功能点测试:主要测试客户端功能点是否可以正常使用,对具体功能点一一测试,确保每个点都能正确实现相应功能。 是否存在中英文混合;   g,菜单要与语境相关,如,不同权限的用户登陆一个应用程序,不同级别的用户可以看到不同级别的菜单并使用不同级别的功能;   h,鼠标右键快捷菜单; g,手机拍照功能可以正常显示; 3. :   1,输入非法数据;   2,输入默认值;   3,输入特殊字符集;   4,输入使缓冲区溢出的数据;   5,输入相同的文件名; 4. 2、UI测试 原型与效果图对比(导航测试) 图形测试 内容测试 3、兼容性测试(比如testin云测平台) 与本地以及主流APP是否兼容 不同操作系统的兼容性,是否适配 不同手机屏幕分辨率的兼容性 4、 9、手机app测试流程 需求分析->需求评审->开发人员编写排期->测试计划排期->编写测试用例->用例评审->提交基线->具体测试流程->测试通过 10、手机App测试工具 云测平台、testin、百度

    16.3K612编辑于 2022-09-07
  • 来自专栏授客的专栏

    测试思想-测试流程 软件测试版本管理

    说明:很早之前写过一篇文章“软件测试版本管理与版本发布”,之前作者也按文章中所述执行过,但是随着工作经历的增加,对代码管理认识的加深,发现还是有不足的地方,特别是敏捷模式下,因为缺乏“自动化版本管理 之类 每个公司都有自己的规定,可能只是其中的部分,比如 主版本号.次版本号.修订版本号 版本命名格式 这里的版本,主要是针对我们测试来说的,因为我们提交缺陷,需要填写测试版本,方便缺陷管理、分析统计 ,我们需要在缺陷管理上新建测试版本。 ,在敏捷模式下,开发可能动不动就提交代码,这种情况下,轮次界定就没多大意义了,还有就是碎片化问题,比如你测完一轮,还有2个bug,测第二轮如果新建一个T2版本,如果测完还有1个没修复,还得再新建一个T3版本 :项目名称_版本号格式,供内网测试提交缺陷使用 线上:项目名称_版本号格式_版本类型,记录线上走查提交缺陷使用,方便后期缺陷分析统计。

    1.2K20发布于 2019-09-11
  • 来自专栏授客的专栏

    测试思想-测试流程 敏捷测试与开发之我见

    这里,团队成员在聚在一起,头脑风暴,针对3中的每个用户故事,逐个展开关于需求细节,并记录讨论结果 特别说明: 很多事情,唯有参与,才有认同.....。 10、内网测试 QA进行内网测试,这些测试可能包括单元测试,接口测试等等,至于能做到哪种程度,就看各方面的配合了 11、外网发布与走查 12、下一轮迭代 重复流程3~11 难点说明: 结合实际,流程3~6 要怎么做? 方案要求: 1)可执行性高 2)效率高 3) 可维护性高 工欲善其事,必先利其器,根据方案要求,选择一款合适的工具、合作平台,就变得很重要了。 参考方案 方案1) 流程3、用Mindjet Mindmanager、XMind记录用户故事,举例如下 ? 流程4、相关人员聚在一起讨论需求细节并记录结果 ?

    1.5K20发布于 2019-09-11
  • 来自专栏接口测试

    接口测试流程测试点和测试工具

    2.有接口需求文档,开发已完成联调(可以转测),功能测试展开之前 3.版本上线前,进行整体回归测试,查看接口是否有异常(如404等)。 对准备上线的版本进行抓包,查看服务器地址是都正确 4.版本功能稳定后,接口自动化 5.还可以应用在安全测试,性能测试领域等。。 二、如何进行接口测试 发送http请求来进行测试,首先我们要看请求的方法是什么get、post或者其他请求、之后输入URL地址,比如get请求请求百度。 接口测试是无界面的功能测试,设计用例思路跟功能测试一样(只是一个注重的是测前端页面,一个注重的是测后端接口) 1.输入参数测试: 针对输入的参数进行测试,也可以说是假定接口参数的不正确性进行的测试, 确保接口对任意类型的输入都做了相应的处理:输入参数合法,输入参数不合法,输入参数为空,输入参数为null,输入参数超长; 2.功能测试:接口是否满足了所提供的功能,相当于是正常情况测试 3.异常场景

    1.5K40发布于 2020-10-22
领券