【转】测试流程

规范的测试流程                                                                                       

 

  放弃上份悠闲的工作,感谢那个带我入行公司,我想了解真正的测试在公作中如何进行的。所以,来到了现在这家公司。我很欣喜的是这测试有自己的团队,专业(对当时的我来说)的流程,以及与开发等同的地位。

现在的测试流程:

需求分析

  需求分析由产品人员制定,他们要做的不是一份简单的文档,而是细化每一个功能的细节,每一个按钮的位置,对于稍大或复杂一点的需求都进行建模。

需求评审

  这里会叫上所有参与项目人员进行,开发人员、测试人员、QA人员。测试人员提出需求,开发人员考虑功能实现的方案与可行性、当然开发负责也是要参与的。测试人员主要是对需求的理解提出疑问,以便才能根据需求写用例。QA人员是最终对软件质量进行验证的人,所以也需求了解需求

开发人员编写排期

  开发人员需求根据需求功能点进行排期。然后将开计划转交给测试人员。

测试计划排期

  测试人员根据开发计划,对测试具体测试时间,也就是开发功能完成后的时间,进行几轮测试等。然后,把项目的开发与测试计划发送给各部门负责人及参与项目的所有人员。

编写测试用例

根据详细的需求分档,开始进行用例的编写。

用例评审

在用例进行评审之间,先以邮件形式将用例发送给相关人员,以便他们事先了解用例对哪些功能进行验证以及验证的细节。

  然后,测试人员组进行用例评审,开发人员对用例与实际功能不符合有哪些,产品人员对会通过用例对功能的具体实现进行把握等等。

提交基线

开发人员完成所有功能后,会对自己的功能进行一个自测。自测完成后提交测试人员进行基线。

具体测试流程

开发人员对于基到测试线的功能进行测式,发现的问题通过缺陷管理工具进行反馈,开发人员对问题进行修复,然后,准备第二轮基。

  测试人员完成第一轮测试后,需要写测试结论,发到相关人员。然后对基线后的第二轮进行测试,第二轮会对第一轮中发现的问题进行重点回归。

测试通过

  经过两到三轮或四轮的测试后,直到没发现新的问题,或暂时无法解决,或不紧急的问题。通过上级确认,可以通过。编写测试报告与验收方案。

  验收方案是交由QA进行验证的。在现公司的流程中是将测试与QA分开的,测试人员重点关注的是功能是否可以正常运行。QA关注的是整个流程的质量以及最终用户的质量。有些公司QA与测试是不区分的,但这对测试的要求会更高,除了关心功能,还需要关心整体流程与质量。

流程分析:

  对于刚接触这个流程的我来说,这个流程是规范的,测试真正融入了整个流程,而且还担任了很重的角色,从而也有效的保证了软件产品的整体质量。

  那么这个流程是不是完美的呢?不,这个项目流程太强化各种文档。我们来看测试的工作内容,测试计划、测试用例、测试结论、测试报告、验收方案、问题的提交跟踪。其实,我们真用于测试的时间是非常少的,在一周的时间,也许只有一天或不到一天的时间是在进行测试的。测试人员只有在测试的时候才会体现出他的价值。而大部分工作却不能体现他的价值。

  当然,我这里会省略与测试主流程无关的东西,真正的测试工作中琐事很多。

敏捷测试流程                                                                                       

  

  下面来看敏捷测试,本人并没有接触过敏捷,对敏捷也没花时间学习与研究。唯一接触就是听我们测试经理对测度流程讲了两个半小时,听讲的人很多,我站着听的。受益匪浅,凭着记忆也简单谈谈。

  前面讲的第一种流程,还是第二种流程都是瀑布式的,严格来说第一种简陋的都不能称为瀑布式,对于一个三个月的项目说,产品把需求分析完了给开发,然后产品就没事儿了;开发开发完成之后给测试,然后开发人员也不忙了。测试完成之后上线。那么在产品分析的阶段,开发和测试都是没事干的(这里只对单一项目)。开发阶段,产品和测试也基本没事儿。同样在测试阶段,产品与开发也是没什么事儿的。

  敏捷测试的一个核心是迭代,在每个时间点上,所有项目人员都是有事可做的。

1、下面是我理解中的敏捷测试流程图:

第一阶段

  通过上面的流程图,对于一个月的需求分析,在敏捷中,可能三五天就确定下来。这个需求定得会很模糊,但整体框架确定。产品对其中某一模块功能确认,开发人员开始对确认的功能编码,开发人员编码的过程中,测试进行功能分解,因为根据模糊的需求很难写出具体的用例,所以,只能尽量对功能进行分析得细些,标注需要验证的内容。

第二阶段

  开发完成后交给测试人员进行测试,开发人员继续开发新的功能。那么测试人员发现的问题怎么办呢?会从开发团队中抽出一个人员来用于解决测试发现的问题。但开发进度并没有因为测试而停止。

流程分析:

  在这个流程中弱化了文档,强调了各个人员的沟通,通过这种迭代的方式,三个月的项目,可以能两个月和两个半月就会完成。

但这种流程并非完美,加入一个功能在需求分析阶段就是错误的,因为它是一个迭代渐进的过程。也只能一路错下去。

2、对测试问题的处理

上面的图更能清晰看出对问题的处理过程。

  第一块面板中是开发人员未实现的功能,第二块面板中是开发完成功能,测试人员对其进行测试,发现不通过的就放回未开发的面板中,测试通过的将放到第三块面板中。

时间: 2024-10-26 20:05:17

【转】测试流程的相关文章

1.2软件生命周期&测试流程

软件的生命周期 可行性分析-需求分析-软件设计-软件编码-软件测试-软件维护 1.可行性分析 主要确定软件开发的目的和可行性(PM) 2.需求分析 对软件的功能进行详细的分析(PM),输出需求规格说明书(原型图) 3.软件设计(DEV) 把需求分析得到的结果转换为软件结构和数据结构,形成系统架构 概要设计:搭建架构.模块功能.接口连接和数据传输 详细设计:模块深入分析,对各模块组合进行分析,伪代码   包含数据库设计说明 4.软件编码(DEV) 可运行的程序代码 5.软件测试 5.1.单元测试(

软件测试中常见测试流程

测试的流程: 需求阶段流程图: 单元/集成测试阶段流程图 系统测试阶段流程图 压力测试流程图 性能测试流程图 仅仅了解就够复杂的了,实际操作过程中的问题肯定更多.像压力测试.性能测试,一般的情况下我哪里用得上啊.虽然也知道些什么分布式应用.海量存储之类的,但是我连1T的数据都没见过.光说说那是是空话=.= 第二个问题:软件测试的常规方法. 软件测试中常见测试流程,布布扣,bubuko.com

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

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

测试流程:一个版本是如何测试上线的--功能测试

在传统的软件行业中,每一个版本的迭代周期少则半年,多则几年.一个版本中如此多的功能最终发布,测试是如何进行质量的保障的呢,我将以我经历的一个项目版本为案例,讲述这个过程中的测试流程. 我们常说测试要尽早的介入到项目中去,从需求开始测试.在这个项目中,需求的测试,我们这边是针对每一个需求单的评审,具体负责该单据的测试人员都要求做需求评审的问题记录跟踪表,要求需求评审中要提出对于该需求单的疑问,不合理的地方要求指出来,在评审会议后要发布需求评审问题记录表给参与该单据的评审人员,并附上结果是否评审通过

【iOS】真机测试流程

1:进入苹果开发者平台 2:进入Member Center 3:输入开发者账号和密码 4:选择:Certificates, Identifiers & Profiles 5:选择Certificates 6:点击加号创建一个证书 证书分两种,Development开发证书,Production发布证书 测试的话使用发开证书 然后选择下一步 7:上传CSR文件 打开钥匙串 通过证书助理请求证书 填写对应信息,选择保存到本地即可 上传文件 创建完成 8:下载并安装证书 点击Download下载证书,

移动app传统测试流程优化

概述 在传统的软件测试流程中,每一期需求从开发到上线都要经历从需求分析与评审.测试用例评审.开发.测试.发布的流程.其中测试包含了后台测试.前端web测试.客户端测试.后台测试又包括后台代码逻辑测试.接口测试.接口压力测试等,web端测试包含了前端页面的UI界面测试.PC与移动端浏览器兼容性测试和功能测试等,而客户端测试包含的测试项目较多,而每项测试又相对技术含量较高,从而引入了专项测试的概念.和针对客户端每期需求所做的功能测试不同,专项测试的结果虽然与产品的具体功能相关,又包含独立于产品需求功

LoadRunner 使用虚拟IP测试流程

LoadRunner 使用虚拟IP测试流程 LoadRunner 使用IP欺骗的原因 1. 当某个IP的访问过于频繁,或者访问量过大是,服务器会拒绝访问请求,这时候通过IP欺骗可以增加访问频率和访问量,以达到压力测试的效果. 2. 某些服务器配置了负载均衡,使用同一个IP不能测出系统的实际性能.LR中的IP欺骗通过调用不同的IP,可很大程度上的模拟实际使用中多IP访问和并测试服务器均衡处理的能力. LoadRunner 使用虚拟IP测试流程设置虚拟IP地址 前提条件:load Generator

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

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

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

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