![](https://img-blog.csdnimg.cn/20201014180756926.png?x-oss-process=image/resize,m_fixed,h_224,w_224)
项目管理与测试管理
文章平均质量分 75
项目流程与测试流程化汇总专栏
李先森&Mr.Li
我看到了太多想提升测试技术而没有明确方向的人,深刻的体会到测试人员的技术痛点,以及测试这个角色在互联网公司的待遇和地位远不及其他岗位,甚至还是会有很多人会认为测试在公司随时能被取代,可有可无。那么在软件测试行业如果只会手工测试的我不做测试了,我还能做什么?唯一办法就是保持持续的学习!!!
展开
-
我们测试同学如何从技术驱动转变为价值驱动?
测试左移不是测试角色的一厢情愿,需要团队配合,需要有一定的敏捷成熟度,大家对质量内建有共同的认知。否则,大家都会很痛苦,但这一定是个大趋势。原创 2023-03-23 00:11:27 · 756 阅读 · 1 评论 -
如何高效解决问题?
前言:我相信很多人在生活中和工作中都会遇到大大小小的问题,每个人解决问题的效率和思维都是有差别的,那么怎么样才能高效解决问题呢?其实问题的产生,从现象到逻辑,考验着我们的知识储备,磨砺着能力的段位,训练着思维的灵活度。从现象到方法论,5W1H方法助你事半功倍!一般来说,不管什么问题都会经过以下四个阶段:1、遇到问题(出现问题)2、提出问题(观察并记录问题)3、分析问题(根据日志/监控分析原因)4、解决问题(猜测原因/尝试方案/问题得到解决)其实,很多人出于各种原因不擅长提问,但我觉得学会提问,然后再原创 2022-07-13 09:35:47 · 930 阅读 · 0 评论 -
测试流程如何有效落地?
前言:之前有小伙伴问了我一个问题:作为测试leader,你该如何有效落地测试流程?这个问题看起来很简单,只要落地流程做个宣讲然后有人执行就行了,但仔细一想却没那么简单。团队人员有多少?技术和经验如何?业务类型是什么?研发交付质量处于什么阶段?测试在团队的定位是怎样的?种种因素都会影响测试流程的落地效果。先谈谈为什么要制定流程及流程对于工作拿到好结果的重要性。首先问大家五个问题:其实,我们要明白一件事情,那就是测试工程师的核心竞争力是将技术作为底层能力,在尽可能熟悉业务的情况下基于技术解决问题,过程中不断优原创 2022-06-27 23:21:22 · 15807 阅读 · 0 评论 -
由公司APP大面积闪退问题引发的测试基建思考
由公司APP大面积闪退问题引发的测试基建思考原创 2022-01-25 02:39:05 · 53780 阅读 · 0 评论 -
作为测试负责人如何规范测试团队?
前言:今天是2021年11月17日,我入职新公司工作的第20天,工作也确实比较忙,准确的来说在公司大家都忙,我基本上都是早上7点半起床,晚上12点到家,睡午觉的时间忙中偷闲更新下博客!作为测试负责人如何规范测试团队?一、我的提问二、你会发现存在的问题1、流程不规范2、缺乏沟通3、没有共享文档4、没有输出三、如何做好流程规范1、测试进度及计划面板2、技术评审3、提测规范4、测试用例评审四、如何做好流程规范1、测试进度及计划面板一、我的提问当你来到一个项目不规范的技术团队,你会怎么处理呢?二、你会发现存转载 2021-11-17 15:19:11 · 80739 阅读 · 0 评论 -
我们该如何进行bug总结?
前言:在项目过程中,测试同学会发现大量的bug,但同时也不可避免的会存在一些遗漏的bug。为了能够减少遗漏bug的现象,我们需要针对遗漏的问题进行总结,从教训中积累经验,总结方法,从而提高测试的覆盖度,提升产品的整体质量。我们该如何进行bug总结?一、什么样的bug需要进行总结?1、线上遗漏的bug2、非线上遗漏的bug。二、什么时机进行bug总结?三、总结什么内容?四、怎么分析bug原因?1、 非遗漏问题2、用例设计遗漏3、用例执行遗漏4、重现率低的问题5、体验性或性能问题未关注到五、如何进行方案改进?原创 2021-10-20 17:47:20 · 82618 阅读 · 1 评论 -
如何打造高效率的软件测试?
前言:写这篇文章的起因是在公司内换了一个项目组,发现在新的项目组内测试工作面临很多困难,经常加班但是产品交付的质量却不高。我不由的在想这到底是为什么?跟着又想起了自己经历过的项目组,有些测试工作做起来很轻松效果又好,有些做起事情来又累效果又差,为什么效率相差这么大?这些现象背后有哪些深层次的,共性的原因?我试图在这篇文章中找到答案,能把自己一些零散的想法做一个完整清晰的描述。关于文章的标题,我觉得从“效率”这个角度来描述这件事情比较合适。百度百科里效率的解释是:“单位时间完成的工作量”,我们一般的理解也是转载 2021-10-20 14:17:53 · 80250 阅读 · 0 评论 -
前端开发规范参考
前言:前端开发规范参考分享前端开发规范参考一、规范目的二、通用规范三、框架开发规范1、项目使用框架2、学习资料四、编码规范1、HTML2、CSS+LESS3、REACT+TS五、图片使用规范六、团队约定七、图片大小规则八、图片质量要求九、图片引入十、组件编写规范十一、工程目录规范十二、疑问解答与加群交流学习一、规范目的好的代码规范能够提高代码的可读性便于协作沟通,好的开发模式能够避免不必要的 bug 出现。为了规范和约束团队成员的开发编码,提升团队协作能力,提高开发效率,使开发流程更加规范化。有原创 2021-09-27 15:24:54 · 38716 阅读 · 0 评论 -
项目版本复盘模版
前言:项目版本复盘模版分享项目版本复盘模版一、复盘要求1、评审时间2、评审内容3、Review汇报对象4、所有项目直接或间接干系人。5、复盘原则二、复盘标准模版三、疑问解答与加群交流学习一、复盘要求1、评审时间根据项目结果反馈周期确定,在立项申请中其实已明确review时间,一般在2周内完成,大部分需要在一个月内完成。2、评审内容商业数据结果及分析Review 结论:是否达到项目预期及原因后续Action和实施计划3、Review汇报对象和立项审批的沟通级别保持一致,书面或会议形式不限。原创 2021-09-27 14:14:02 · 39102 阅读 · 0 评论 -
线上事故复盘报告模板
前言:线上事故复盘报告模板分享线上事故复盘报告模板一、事故级别定义二、事故发生背景三、事件回顾四、事故产生原因分析五、事故处理办法六、针对事故的反省及改进措施:七、处罚策略(可选)八、疑问解答与加群交流学习一、事故级别定义P0:核心业务重要功能不可用且大面积影响用户; 响应时间:立即P1: 核心业务重要功能不可用,但影响用户有限,如仅影响内部用户; 响应时间:小于15分钟P2 :核心业务周边功能不可用,持续故障将大面积影响用户体验; 响应时间:小于15分钟P3: 周边业务功能不可用,轻微影响用户原创 2021-09-27 14:07:09 · 48278 阅读 · 0 评论 -
bug提交规范模板(不同公司流程规范不一样,仅供参考)
前言:以TAPD为例子的bug提交规范,仅供参考!标题(必填):子系统-功能{-子功能}:问题描述注:"{" "}"之间的内容为可选正文(必填):复现步骤(必填:言简意赅,重点突出,开发按步骤操作可复现性强):XXXXXXXX …实际结果(必填:内容展示包括但不限定,文字描述,ui截图,日志截图等):xxx期望结果(必填:内容展示包括但不限定,文字描述,需求截图,用例截图等):xxx说明(可选:关于bug的补充信息,例如交易id)xxx...原创 2021-08-24 15:35:41 · 47108 阅读 · 0 评论 -
项目线上问题应急处理规范(不同公司流程规范不一样,仅供参考)
前言:整理了一下项目线上问题应急处理规范,仅供参考!1.1线上报障流程1.2.目的为了明确线上事件的报告、应急响应和处理机制,确保能以快速、高效、准确的应急处理能力来保证各类系统的正常运转,当发生突发事件时能在最短的时间内恢复系统的正常运转,将影响降到最低,规范知蓝侧应急处理方案,特拟定此流程。1.3.线上问题定义1.4.问题处理1)接到线上事件报告后,测试首先判断线上事故的性质,同时进行复现,如果事件级别达到P1级及以上应第一时间按照线上报障流程规范要求通知相关负责人。由测试组织问题处理,原创 2021-08-24 15:08:34 · 44986 阅读 · 0 评论 -
软件冒烟测试流程规范简介(不同公司流程规范不一样,仅供参考)
前言:整理了一下软件冒烟测试流程规范简介,仅供参考!原创 2021-08-24 11:37:16 · 39104 阅读 · 0 评论 -
项目上线发布流程简介(不同公司流程规范不一样,仅供参考)
前言:整理了一下项目上线发布流程简介,仅供参考!一、目的规范公司项目和产品的上线流程,建立和完善产品的版本控制,保证软件产品质量。二、范围适用于公司所有项目三、参与人员项目、产品、开发、测试、运维四、发布流程在已开发完毕的各系统或项目正式部署生产环境前要严格按照以下流程进行上线前检查。1、提交测试a)开发人员在功能开发完毕后首先要进行自测,自测通过后提交测试代码,并开始撰写上线方案。(上线方案须包括新增的外部应用安装,应用部署顺序及应用关联性、是否关闭其他应用服务,数据库脚本,制定合理的原创 2021-08-24 11:30:40 · 51200 阅读 · 0 评论 -
软件测试流程规范简介(不同公司流程规范不一样,仅供参考)
前言:整理了一下软件测试流程规范简洁,仅供参考!一、流程图概述二、测试启动阶段(需求分析)参与软件需求评审、技术评审,以测试的角度分析需求的可测性,可构思将来对测试进行的方法、原则等。更重要的是对不可测或难以测试性问题要及时与产品经理、项目经理、研发人员协调解决。全面了解需求,从用户角度考虑软件测试需要达到的验证的状态,即哪些功能需要重点测试,哪些则无需,以便将来制定测试计划。测试人员参与项目晨会,明确需求及任务完成进度及时间节点,研发人员需向测试人员提供外部应用及使用说明(如Redis、RMQ原创 2021-08-24 11:19:32 · 40785 阅读 · 0 评论 -
QA质量体系搭建、质量架构全景图、质量效率全景图
前言:今天在这里分享几个图谱,大家可以对照着几个图谱,看看自己会什么,能做什么,又有那些不足的地方,从而去提升自己,其次脑海里有一个全面的图谱,对于自己以后的职业规划也是有帮助的,至少你知道自己的工作职业原来是这么牛逼的,哈哈哈!一、QA质量体系搭建二、质量架构全景三、质量效率全景图...原创 2021-03-26 10:07:49 · 29369 阅读 · 0 评论 -
项目测试流程规范(不同公司流程规范不一样,仅供参考)
前言:结合公司的项目情况制定合理的测试流程,提高测试效率和产品质量。核心还是要加强项目成员之间的沟通,在保障研发效率的前提下提高产品质量。一、测试流程图上述流程图为项目的测试流程图,每家公司用的项目管理工具不一样,此处已tapd为例子,但是整体的项目测试流程是一样的。二、项目流程图1、需求评审(可选)参与人员:开发,测试,设计,产品并不是所有的项目都要进行需求评审,可对适当的需求进行合适的需求评审。需求评审过程中,开发从技术角度来分析实现方案,实现难易程度。设计从交互角度给出适当的建议,有没原创 2021-03-04 11:24:42 · 160364 阅读 · 10 评论 -
系统上线Release分支发布流程(不同公司流程规范不一样,仅供参考)
前言:为了规范公司的版本管理,防止代码夹带现象出现,并向优秀公司学习版本管理流程。公司决定以小程序作为版本控制流程试点,这里也是以小程序为例!一、流程图二、描述1、开发将master的内容同步至fature分支上进行功能开发,当功能全部转测之后,开发将从fature分支创建release分支,完成之后,测试将创建分支的权限回收(通过将该release分支设置为保护分支。)以后开发每次需要向release分支提交内容时,需要找测试进行申请,测试将给开发临时权限(将该release分支从保护分支中解除原创 2020-09-09 18:32:03 · 162871 阅读 · 1 评论 -
需求转测准入准出规范(不同公司流程规范不一样,仅供参考)
一、引言1.1 目的为了明示测试发布环节中各角色负责事项,改进流程中容易忽略的问题;为了确保上线版本的质量,对测试环节和发布环节进行合理管控;制定准入准出规范,为团队在项目过程中提供规范性指导。1.2 范围和执行本规范适用于正常的测试和发布环节,紧急线上事故修复不受此规范约束;规范明确了各角色需要完成的事项,未写明的部分皆由测试同学负责推动;规范具体实施根据开发提测环节和测试通过发布环节来决策执行。二、测试发布流程2.1基本流程测试发布流程如下图所示:2.2 测试环节功能测试:单原创 2020-09-02 17:16:37 · 159597 阅读 · 0 评论 -
系统发版验证流程规范(不同公司流程规范不一样,仅供参考)
前言:为了使系统发版质量更有保障,用户能提前了解新功能及系统更新后带来的影响,针对系统发版验证流程进行梳理并制定相关规范说明。一、发版内容确认1、 发版内容:产品人员按测试报告梳理发版内容,包括版本号、新功能、修复Bug以及发版影响点和相关注意事项,发版内容确认后邮件通知开发、支持等相关人员。2、 需求文档:产品人员整理本版本相关的新功能需求文档邮件发给支持人员。二、通知发版验证计划1、 安排发版计划时间:产品人员根据生产环境的发版日期,安排首次系统培训时间、通知验证时间、发版公告时原创 2020-09-02 16:27:53 · 161849 阅读 · 0 评论