首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏资深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 待过做中国移动项目的传统行业,测试流程一套一套的,需求评审 -- 开发详细设计评审 ,项目的保证不单单只是测试的事情,测试有义务/责任从整个项目流程中去提升质量。 提测过后,测试要经过冒烟测试,这个冒烟首先要检查开发的输出是不是包含了上面提的那些,测试有权利直接打回这次提测,阻塞主流程的问题也要打回,冒烟不通过。 团队也在慢慢加强流程这块东西了的,质量的保证是整个团队的事情,测试有业务和责任去提升质量,这里的质量部分是从项目流程去提升的 小结 测试,不是找bug,应该称为质量保障,其中的手段就是你职业规划的路线。

    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软件测试

    产品测试流程

    产品测试流程 一、安装卸载测试 在不同手机系统环境下是否能完整操作安装和卸载。 8、对于数据交换的页面,每个页面都必须进行前后台切换、锁屏的测试,这种页面最容易出现崩溃。 九、免登陆测试 1、APP有免登陆功能时,需要考虑手机系统版本的差异。 2、中国为东8区,所以当手机设置时间非东8区时,查看显示地方时间,是否正确,功能是否能正常运行。 3、时间一般要根据服务器时间转换成客户端对应的时区进行展示,提高用户体验。 5、交互流程分支是否太多。 6、相关的选项位置是否舒适。 7、一次是否载入太多数据。 8、界面中的按钮可点击范围是否适中。 9、标签跟内容是否有从属关系,当标签切换时,内容跟着变化。 8、运行APP时kill进程再打开。 二十二、网络环境测试 1、无网络时,执行需要网络的操作,给与友好提示。 2、内网测试时,注意选择到外网操作时的异常情况处理。

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

    软件测试流程

    一、测试主要的四个阶段 1.测试计划设计阶段:产品立项之后,进行需求分析,需求评审,业务需求评级,绘制业务流程图。 确定测试负责人,开始制定测试计划; 2.测试准备阶段:各成员编写测试用例、先小组内评审、后会议评审,测试样机和配件,测试工具。 3.测试执行阶段:负责人对测试任务分工,按计划执行测试过程,提测后,搭建QA环境,先执行冒烟测试,然后进行系统测试,提交bug,跟踪bug,直到被测软件达到测试需求要求,测试结束; 4.测试总结阶段:项目测试结束 包括:计算机基础,软件生命周期、开发模型、测试模型。软件测试概念,软件测试方法及分类、热门领域测试技巧。 5.验收阶段 以用户为主的测试,软件开发人员和质量保证人员参加,由用户设计测试用例。 不是对系统进行全覆盖测试,而是对核心业务流程进行测试

    1.3K40发布于 2020-11-24
  • 来自专栏开源部署

    CentOS 8启动流程

    4、扩展性强:UEFI包含一个可编程的开放接口,厂商利用这个接口可以对功能进行扩展,如:备份和诊断 ​5、支持联网:在不进入操作系统的前提下就可以通过网络进行远程故障诊断 二、CentOS8启动流程 ​ 现代计算机是软件与硬件的复杂组合,从接通电源开始,到可以登录到系统中,需要大量的软件和硬件的配合,我们一起来了解一下CentOS8的x86_64系统在启动过程中所涉及的任务,虚拟机的流程也是大致相同的, 启动加载器放权 ​ 启动加载器将控制权交给内核 ​7、内核初始化 ​ 内核会在initramfs中寻找硬件的相关驱动并初始化相关硬件,然后启动/usr/sbin/init(PID=1),在CentOS8中 在CentOS8中运行级别的设置涉及到下面几个命令 systemctl isolate ... 四、Boot Loader与GRUB2 ​前面的课程我们了解的CentOS8的启动流程,在这个流程中有一个叫启动加载器,也就是boot loader的工具,如果没有这个boot loader就无法加载内核

    2.7K21编辑于 2022-09-15
  • 来自专栏mySoul

    软件测试流程

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

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

    测试流程如何落地

    前段时间公众号后台有粉丝留言问了一个问题:作为测试leader,该如何落地测试流程? 这个问题初看很简单,落地流程做个宣讲然后执行就行了,但仔细一想没那么简单。 团队人员有多少,技术和经验如何,业务类型是什么,研发交付成熟度处于什么阶段,QA在团队的定位是怎样的,种种因素都会影响测试流程的落地效果。 这篇文章,我想谈谈,我对测试流程落地方面的一些经验和思考。 而流程,就是通往更好的质量+更高的效率的指向标和扶手。 测试有哪些流程? 实际工作中测试流程有很多类型,不同公司会根据自己情况制定一些特殊流程,根据软件(需求)的生命周期,下面列举一些常见的软件测试流程: 需求阶段 产品方案评审:QA确认产品无重大质量风险,确认目标、时间、优先级 结果、CI构建结果、核心case冒烟结果; 测试阶段 测试策略:包含测试case评审、自动化测试、性能测试等方案制定; 测试规范:接口测试、集成测试、回归测试、上线步骤及回滚等各种流程; 验收及上线计划

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

    测试流程之缺陷

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

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

    完整测试流程详解

    (常用业务流程以及各分支) 二:测试计划 编写目的 此文档根据项目需求文档,制定测试策略、评估测试风险,确定所需的资源,并对测试的工作量进行估计,进行人员和进度安排,并且列出测试项目的可交付元素。 参考文档 详细设计文档,设计原型 测试概要 (1)测试目标 通过测试,达到以下目标: 测试已实现的产品是否达到设计的要求,包括:各个功能点是否以实现,业务流程是否正确。 测试输出文档 测试计划 测试用例 测试bug单 测试报告 三:测试用例 测试需求分析和业务流程分析 设计方法: 等价类划分法(将测试的范围划分成几个互不相交的子集) 边界值分析法(选出的测试用例 ,避免用描述性语言,要具体,根据测试用例具体情况,有手工输入,文件,数据库记录) (7) 操作步骤:执行当前用例需要经过的操作步骤,需要明确的给出每一个步骤的描述 (8) 预期输出:需要判断测试对象是否正常工作 搭建测试环境的准备工作: 安装工具:虚拟机 虚拟机优点:运行在主机上 执行测试用例 根据测试用例优先级来执行测试用例 测试执行流程:冒烟测试-迭代测试(先功能后性能,回归测试)-发布测试

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

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

    测试准备阶段是在测试规划阶段完成之后开展的。该阶段主要针对测试规划阶段时经过评审的性能测试方案中的内容进行准备工作,为后续开展具体的调试和执行提供基础条件。 2)测试组负责测试脚本的开发与场景策略的设计,一般包含基准场景、单接口/单功能场景、混合场景、容量测试场景、稳定性场景等。3)测试的数据准备主要包含对基础数据和测试数据的准备。 该规范涉及脚本创建、脚本编辑、脚本注释和脚本存储等几个方面内容,可以使测试脚本具有可读性、易读性,增强性能测试实施过程的可维护性和可复用性,提升测试工程师的水平。2)《性能测试参数文件检查备份指南》。 为保证性能测试结果准确、可用,需在性能测试正式执行前对测试环境中的参数文件进行获取、检查、确认。 6)测试脚本文件。准备测试脚本,输出相关文件。7)模拟器代码文件。准备模拟器,输出模拟器程序和模拟器代码。8)生产环境参数配置文件。输出生产环境的参数配置文件,掌握文件中的重要参数和所有配置内容。

    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
  • 来自专栏漫谈测试

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

    一、目的测试执行阶段常被误认为一个单一的事项,事实上它是一个包含多个步骤且需要多次重复的流程。 1)测试执行阶段是通过执行测试案例来获得系统处理能力指标数据,发现性能测试缺陷的阶段。 测试执行期间,项目组人员借助测试工具执行测试场景或测试脚本,配合使用各类监控工具,并在执行结束后统一收集各种结果数据进行分析。根据需要,执行阶段可进行系统的调优和回归测试。 2)测试执行过程有相应的优先级策略,优先执行级别较高的测试案例。测试时通过对每个测试结果进行分析来决定是重复执行当前案例还是执行新的测试案例。 按照模板进行测试结果的统计,使压测的测试结果更清晰,并且基于测试结果给出系统的性能表现的结论。4)测试结果文件。该材料主要用于输出相关的测试结果。5)性能测试项目日报。

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

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

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

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

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

    ; 1.3 所有功能是否能正常运行 业务逻辑测试:主要测试客户端业务是否正常完成 功能点测试:主要测试客户端功能点是否可以正常使用,对具体功能点一一测试,确保每个点都能正确实现相应功能。 复选框的测试   a,多个复选框可以被同时选中;   b,多个复选框可以被部分选中;   c,多个复选框可以都不被选中;   d,逐一执行每个复选框的功能; 8.列表框控件的测试   a,条目内容正确; 如支付密码会不会保存到设备 同一账号在不同终端登陆,是否有提示 异地登录是否有提示 系统会否运行多次非法登陆,是否有提示 限制或者允许使用手机某些功能 注册的验证码是否重复使用,是否有超时限制 协议抓取,反编译 8、 性能测试 服务器的性能测试和手机端的性能测试 比如:CPU、内存、上传流量、下载流量、电量使用情况等 极限测试 响应时间 压力测试 耗电量测试 电量流量测试 一般CPU使用率与手机端电量使用率成正比,CPU 9、手机app测试流程 需求分析->需求评审->开发人员编写排期->测试计划排期->编写测试用例->用例评审->提交基线->具体测试流程->测试通过 10、手机App测试工具 云测平台、testin、百度

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

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

    说明:很早之前写过一篇文章“软件测试版本管理与版本发布”,之前作者也按文章中所述执行过,但是随着工作经历的增加,对代码管理认识的加深,发现还是有不足的地方,特别是敏捷模式下,因为缺乏“自动化版本管理 之类 每个公司都有自己的规定,可能只是其中的部分,比如 主版本号.次版本号.修订版本号 版本命名格式 这里的版本,主要是针对我们测试来说的,因为我们提交缺陷,需要填写测试版本,方便缺陷管理、分析统计 ,我们需要在缺陷管理上新建测试版本。 :项目名称_版本号格式,供内网测试提交缺陷使用 线上:项目名称_版本号格式_版本类型,记录线上走查提交缺陷使用,方便后期缺陷分析统计。 ,建议每次发布后,都对发布成功的内,外网APP做一个备份,保证开发过程中任何时刻(理想的情况下)有一个可用的正式版本,测试版本 缺陷管理: 发布后外网发现的问题如何处理?

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

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

    原型设计好了,共享给相关人员查阅,以便及时获得反馈,及时更正,如果时间来得及,最好是评审下原型 8、 项目开发与用例设计 开发人员根据原型进行项目、产品开发,测试人员根据用户故事、原型(假定原型已经被认可的情况下 10、内网测试 QA进行内网测试,这些测试可能包括单元测试,接口测试等等,至于能做到哪种程度,就看各方面的配合了 11、外网发布与走查 12、下一轮迭代 重复流程3~11 难点说明: 结合实际,流程3~6 要怎么做? 参考方案 方案1) 流程3、用Mindjet Mindmanager、XMind记录用户故事,举例如下 ? 流程4、相关人员聚在一起讨论需求细节并记录结果 ? 一台投影仪,大家坐成一圈,看着投影仪逐条讨论故事细节 2)专人记录,讨论期间专人记录讨论的结果 说明:这里这里形式不固定,用笔记本,投影仪啥的,主要是考虑怎么样方便大家参与进来讨论,方便快速记录 流程

    1.5K20发布于 2019-09-11
领券