测试流程?项目管理流程?

背景

工作五年了,一直是做测试。认识了很多人大牛,也接触到很多新人,从他们身上看到了很多,自己的过去,自己的未来(当然很多是自己达不到的高度)。

做这测试这一行的,很多人都追求技术:自动化+性能,往往忽略测试流程,或者说是项目管理流程。

想法

流程是要结合团队来看的,换句话来说就是case by case,没有标准,适合团队/业务的流程就是好流程;

Part1

待过做中国移动项目的传统行业,测试流程一套一套的,需求评审 -- 开发详细设计评审 -- 用例评审 -- 提测评审 -- 测试执行 -- 报告输出 -- 安排上线 -- 线上验收,很多会议是需要产研测全部参加的,时间投入很大,这原因是因为项目/业务迭代周期是一个月上一次版本,有足够的时间去做这些,当测试全流程介入的时候确认能发现很多问题,这里就引入一个词:质量前移 ,比较好理解,不是在测试执行才发现问题,而是将问题前移,移到需求评审,设计评审,用例评审中去,这一步做的好的就是测试的一个方向:业务专家 ,看项目/产品的高度达到了产品高度,从全局去考虑测试用例场景,对业务非常熟悉,提升影响力,开发/产品会来咨询你业务知识;

Part2

回想起唯品会的流程,有很多值得借鉴的地方。

唯品会的流程,核心是火车发布制,项目安排是每个星期发布一个版本,也就是每个星期只有一趟车,项目想上线的话,就需要在指定时间上车,意思就是在规定时间开发测试打包完毕。整个项目的流程就是按照这个火车开车时间来排期规划。(当然你要问到很多线上问题怎么办?紧急项目怎么办? 春运不是也有临时车次这个说法吗?)

在互联网行业的话,迭代速度明显加快,都是你追我赶的节奏,但很多流程也是必须有的。

需求评审会根据需求大小来看是否开展的,小需求的话,就直接是一份文档查阅就完事了的。

在唯品会的时候,所在团队有点做的比较好,就是提测环节,我们要求开发提测有输出,要求他们整理功能点:新增/修改了哪些功能,改动了哪些文件,自测点,自测结果,静态代码检查,单元测试是否全部通过,这些也是测试的一种职责,项目的保证不单单只是测试的事情,测试有义务/责任从整个项目流程中去提升质量。

提测过后,测试要经过冒烟测试,这个冒烟首先要检查开发的输出是不是包含了上面提的那些,测试有权利直接打回这次提测,阻塞主流程的问题也要打回,冒烟不通过。冒烟不通过的项目代码质量堪忧;

功能测试,测试人手一台测试机器,将项目部署在自己的环境进行功能测试,(这里讲一句,唯品会这方面确实壕,而开发是整个团队公用一套开发环境,哈哈哈)

回归测试,功能测试完毕后,需要开发合并代码到master(最终上线的分支),由于多个项目并行,可能存在代码合并问题,需要重新再回归一轮,这个环境可以验证主干用例,也可以用自动化去验证 ,这里还有一个code review环节;

这里需要单独提一点,代码权限控制,开发合并代码后,是没有push代码的权限了的,代码权限控制在测试手中,这个时候需要修改代码,原因为功能测试遗漏,或者是合并代码错误,可以做一个统计;

预发布测试,回归OK后,打包部署到预发布环境,这个环境都是生产的数据库了的,重点校验配置(配置文件,DB...)是否OK,到了这里也有很多测试不通过的情况,可以做统计数据;

上线验收,提供给运维最终的包,做上线验收

唯品会一些细节的流程做的比较好,上线前会有小组的上线评审,这个环节的话,需要说明这个项目有什么功能;会不会对线上旧功能造成什么影响;存在什么风险;是否可以线上验收,若有怎么验收,如果没有什么做监控;回滚方案是什么,集思广益

需求评审 -- 用例评审 -- 提测 --  冒烟测试 -- 功能测试 --  回归测试 -- 预发布测试 --  线上验收 -- 数据监控

Part3

现在的UC,没有火车发布制度,项目并发更多,很多都是今天提测明天上线的节奏,更加敏捷。一些关键流程的缺失会带来一些风险,但核心点不变,质量前移和监控,这就是看到过一篇文章提到的左移和右移。

团队也在慢慢加强流程这块东西了的,质量的保证是整个团队的事情,测试有业务和责任去提升质量,这里的质量部分是从项目流程去提升的

小结

测试,不是找bug,应该称为质量保障,其中的手段就是你职业规划的路线。

管理,也估计是很多人想走的路线吧,很多人觉得在一家公司混久点就能走上管理层,但我发现在管理层混的好的,都是业务专家,都是会为人处世的,有项目整体风险意识的,当然也需要一定的机遇;

技术,这条路是很多测试同学在走的或者想走的,想搞自动化,想搞性能,因为技术的提升意味着工资的提升,学好一门语言是非常重要的

不管是做什么的,自身掌握了稀有资源,待遇自然上去了的。

回到这次的主题:流程,工作经验的优势就要凸显出来,以过往经验结合现有团队情况,制定流程,或者对现有流程提出建议;

1. 质量迁移,测试提前介入,从需求端发现问题,带着问题去开需求评审,怼产品/需求;

2. 合并代码回归测试,跟开发沟通后,不要直接上线,需要重新过一遍;

3. 上线评审,思考上线依赖,风险,旧数据/功能影响,回滚方案;

时间: 2024-11-05 16:35:31

测试流程?项目管理流程?的相关文章

项目管理流程,还是流程

流程,还是流程 工程项目管理,从某种程度上来讲,就是对成果文件的管理,所以过去在IT项目管理过程中,一般都是以文档作为一种成果,所以,从传统的PMI的9大知识领域来看,最终都是以文档(Documents)最终的结果,也许这就是项目管理的最终成果. 但是,工程项目管理,重要的是过程的管理,过程控制做的好,才能保证结果的正确,能达到预期的成果,如果做好过程控制?那就需要流程. 工程项目管理中涉及的文档类型真的很多,即便是同一类文档,其涉及专业内容的不同,也需要有专业人员去进行审核处理,所以想要的流程

移动app测试方案及流程&测试点归纳

移动app测试方案及流程 1.首先是测试 资源确认及准备 (1)产品需求文档,产品原型图 ,接口说明文档及设计文档应该齐全 (2)测试设备及测试工具 的准备:IOS和android的不同年版本的真机,以及测试相关工具的准备 2.测试用例的设计及评审 (1)根据产品需求文档,产品原型图等文档,设计客户端的一般功能测试用例 (2)测试用例评审,修改与完善,评审过后着手进入正式测试阶段 3. UI测试 (1)确保手头的原型图与效果图为当前最新版本,符合产品经理及用户需求 (2)测试过程一切以效果图为准

《项目管理流程与过程》讲座暨PMP考试说明会

项目管理为企业整体产品与服务交付提供了成熟的管理模式,帮助管理者(项目经理)面对纷繁复杂的管理事务与技术事务提供清晰.有序的工作思路,从而保证高质量的按时交付项目成果. 技术工程师与职能经理在承担项目管理工作时需要建立起对项目管理工作的框架,规范的项目管理流程与过程确保项目管理工作的职业性与专业性. 全球项目管理标准PMBOK®由美国项目管理协会开发,该标准为跨行业的项目管理工作提供管理框架,成为项目管理从业人员的必备知识与技能.PMP认证是对检验与证明项目经理管理能力的标志. 本次讲座将系统介

OSG 中 相交测试 模块 工作流程及原理

主要涉及三个类: 1. osgUtil::PolytopeIntersector // 具体不同算法实现类 2. osgUtil::IntersectionVisitor //用来遍历节点树的每个节点 3.osg::Node * mNode;  //  你要做相交测试的根节点 先看用法: osg::ref_ptr<osgUtil::PolytopeIntersector> intersector = new osgUtil::PolytopeIntersector(osgUtil::Inter

软件项目管理流程和方法

即将迎来自己人生中第一份软件项目管理工作,先搜集相关知识整理出一个我决定采用的软件项目管理方法,在实践的同时慢慢完善.看到这篇文章并且有自己的经验和见解的大虾欢迎指正和交流,我们要做的这个是企业信息化管理软件 转载请注明出处:jiq?钦's technical Blog 项目管理流程 1 需求调研阶段 n  立项和可行性分析 n  需求收集.整理 深入一线和用户交流,获取最原始需求,然后根据经验为用户梳理管理流程.优化管理流程.建立管理规范,整理出最终需求报告,向用户确认,作为之后开发和同用户交

4、测试基础-软件测试流程与测试模型

软件测试流程 需求分析阶段-软件设计和编码阶段(进行单元测试)-集成.系统.验收测试阶段. 软件测试模型 传统:项目计划——需求分析——软件设计——程序开发——软件测试——集成维护. V模型:需求分析-概要设计-详细设计-软件编码-单元测试-集成测试-系统测试-验收测试. W模型:用户需求-需求分析-概要设计-详细设计-编码-单元测试-集成测试-验收测试-单元测试设计-集成测试设计-系统测试设计-验收测试设计-集成-实施-交付. X模型:程序片段1-测试设计-工具配置-执行测试-编码完成-执行测

流程设计-流程模式

工作流基本包含如下多种模式用于工作流过程建模和分析: (1).基本模式 5种 ● 顺序模式---- 按照顺序执行各项活动 ● 并行分支模式----同时运行两个活动 ● 同步模式----同步两个并行的执行线程 ● 单选模式----从多条路径中选择一个执行 ● 简单合并模式----合并两个二选一路径 (2).高级分支与同步模式 5种 ● 多选模式----从多条执行路径中选出几条 ● 同步合并模式----合并多条路径,如果有多条路径被选择,则进行同步:如果只有一条路径被选择,则进行简单合并 ● 多合并

Gemini.Workflow 双子工作流入门教程三:定义流程:流程节点、迁移条件参数配置

简介: Gemini.Workflow 双子工作流,是一套功能强大,使用简单的工作流,简称双子流,目前配套集成在Aries框架中. 下面介绍本篇教程:定义流程:流程节点.迁移条件参数配置. 一.普通节点介绍: 先介绍这个,是因为普通节点,拥有所有的配置,其它类型的节点(会根据类型,隐藏或减少相应的配置) 所以介绍这个,就等于把所有的可配置项都介绍完了. 点击不同的地方,右侧会出现不同的配置项. 下面看普通节点的配置项: 流程图属性: 步骤名称(这个是可以更改的,在表单上如果想通过API控制节点,

软件项目管理流程总结

一.      意向客户 二.      客户预订单 三.      风险评估 软件项目风险是指在整个项目周期中所涉及的成本预算.开发进度.技术难度.经济可行性.安全管理等各方面的问题,以及由这些问题而对项目所产生的影响.项目的风险与其可行性成反比,其可行性越高,风险越低.软件项目的可行性分为经济可行性.业务可行性.技术可行性.法律可行性等四个方面.而软件项目风险则分为产品规模风险.需求风险.相关性风险.管理风险.安全风险等六个方面: 1.       产品规模风险 项目的风险是与产品的规模成正