规范测试流程

1、流程梳理,重点把关一些测试流程

  • 需求review
  • 测试用例review
  • 开发提测,冒烟用例的自测,提高测试版本质量
  • 上线前报告,总结已经发现的问题,描述上线后可能的风险,将风险予以沟通
  • 线上bugreview, 制定线上Bug的分析流程。关注线上bug产生原因、分析bug影响范围,然后决定修改方案,制定修改措施

2、确定测试技术的提升点

  • 测试环境部署
  • 性能测试
  • 专项测试,如APP的性能、流量、电量等体验

沟通、沟通、再沟通    下属,领导。知道现有情况,摸清他们需要什么样

以产品质量,开发效率作为出发点

https://www.jianshu.com/p/8f6742d6043b

http://www.sohu.com/a/192276017_216613

原文地址:https://www.cnblogs.com/blueteer/p/10051154.html

时间: 2024-07-29 19:07:00

规范测试流程的相关文章

测试主管如何规范公司的测试流程

不管是不是刚组建的测试团队,流程大概分为如下. 1.梳理测试流程,可以重点把关的测试流程有: 需求Review:策划完成的需求文档必须让开发.测试.运营进行Review,提出Review意见并最终改掉.这种Review能发现需求的漏洞并提早改掉,提高整个研发过程的效率. 测试用例Review:测试人员针对需求写出粗略的用例点之后,再让策划.开发.测试.运营Review一遍,目的还是发现需求的遗漏点,根据我们的经验,由于测试人员已经思考了测试点,所以相当于是对需求的细化和剖析,这个Review环节

关于测试流程、维度和管理

测试流程 1. 了解需求(也可能是一些优化或Bug),分析需求,提出疑问: 2. 拆解功能点,准备测试文档: 3. 开发提测后,待开发人员讲解实现功能: 4. 两个人以上讨论测试大的方向: 5. 测试: 6. Lead Review: 7. 上线跟踪验证,观察线上数据,并及时给需求方做反馈: 8. 该需求停止,进行下线跟踪. 测试维度 1.从用户实际使用场景和习惯入手,可以覆盖到主要基本场景: 2.通过测试对象内部实现流程的路径及依赖关系分析入手,可填补维度一部分遗漏场景,特别是异常处理和交互处

【转】测试流程

规范的测试流程                                                                                       放弃上份悠闲的工作,感谢那个带我入行公司,我想了解真正的测试在公作中如何进行的.所以,来到了现在这家公司.我很欣喜的是这测试有自己的团队,专业(对当时的我来说)的流程,以及与开发等同的地位. 现在的测试流程: 需求分析: 需求分析由产品人员制定,他们要做的不是一份简单的文档,而是细化每一个功能的细节,每一个按钮

【转】一般的测试流程和各阶段测试工具简介

一般测试流程:1.需求分析阶段:只要就是对业务的学习,分析需求点.2.测试计划阶段:测试组长就要根据SOW开始编写<测试计划>,其中包括人员,软件硬件资源,测试点,集成顺序,进度安排和风险识别等内容.3.测试设计阶段:测试方案一般由对需求很熟的高资深的测试工程师设计,测试方案要求根据<SRS>上的每个需求点设计出包括需求点简介,测试思路和详细测试方法三部分的方案.<测试方案>编写完成后也需要进行评审.4.测试方案阶段:主要是对测试用例和规程的设计.测试用例是根据<

测试流程

测试工作流程: 普通测试人员,按目前项目主要分为以下4个过程. 1.  需求分析阶段 2.  测试方案阶段 3.  用例编写阶段 4.  执行用例阶段,包括报告BUG和BUG的跟踪,验证及关闭. 各阶段需要注意的 一.需求分析阶段 工作内容 对SE给出的项目业务相关文档,包括但不限于:需求规格,接口说明书,数据库表结构和注释,组网图,进行阅读和批注疑问点.交给项目负责人员先组内答疑,再将无法解决的问题交给SE确认理解和解决方式 . 注意要点: 1.  对于需求中不明白的内容不论大小只要感觉到影响

测试流程的规范性与重要性

关于测试的规范性与重要性,结合以往经验,做了几点简单的思考,现记录如下 1.BUG修改之后,在转测试回归之前,开发内部要自行验证. 这个是传统了,不过建议不要只依赖现有的readmine系统(公司的一个BUG管理系统),因为其内置的流程,只支持一个人审核问题,这样往往不够准确,有可能回归不通过.所以建议自行用EXCEL进行跟踪,关键是进行两轮甚至多人审核,这样可以降低回归不通过的概率. 这里有2点值得总结,首先是2轮审核的流程,其次是不依赖现有的BUG管理系统.这个是有道理的,如果没有BUG管理

一个项目的整个测试流程

最近一直在进行接口自动化的测试工作,同时对于一个项目的整个测试流程进行了梳理,希望能对你有用~~~ 需求分析: 整体流程图: 需求提取 -> 需求分析 -> 需求评审 -> 更新后的测试需求跟踪xmind 分析流程: 1. 需求提取: 分析依据(包括:需求矩阵.产品交互图.需求说明书) 获取需求的纬度 客户价值 可以为客户带来哪些价值? 可以解决哪些问题? 根据以上问题定位功能是否合理 UI功能 - 展示功能 模块关联-历史模块 新功能模块关联 考虑是否关联?耦合部分是否需要支持? 客户

浅谈测试流程(摘)

[摘要]软件测试从哪里开始到哪里结束?中间经过哪些环节以及各个环节要注意哪些事项. [关键词]测试流程.需求分析.测试用例.测试计划.缺陷管理 一.概述 一般而言,软件测试从项目确立就开始了,前后要经过以下一些主要环节: 需求分析 -> 测试计划 -> 测试设计 -> 测试环境搭建 -> 测试执行 -> 测试记录 -> 缺陷管理 -> 软件评估 -> RTM 说明: 1.以上这些环节未包含软件测试过程的全部,如根据情况还可以实施一些测试计划评审.用例评审.测

通用版的测试流程

前提:针对一个从零开始的全新的项目 一.目标 结合公司现有的项目情况制定合理规范的测试流程,提高测试效率和产品质量,尽可能减少客户对产品的问题反馈, 核心还是要加强项目组成员之间的工作交流和沟通,保证整个项目的高效率的按质按量的交付. 二.测试流程说明图 三.测试流程 1.需求分析 参与人员:客户.项目经理 由项目经理(项目负责人)与客户相关人员开会确定需求,明确主要功能点,具体到某一个的小功能,一旦和客户那边确定了需求,就可以开始启动整个项目的工作 2.需求评审 参与人员:开发.测试.设计.产