管理篇
文章平均质量分 73
测试之道.
喜欢的可以点个关注,一起学习,博客逐步更新,加v:hz223336进群领取三大pytest自动化测试框架代码,一起学习进步。
展开
-
测试管理总结
前言最近经常被问到如何对测试团队进行管理的问题。我自己总结了一下自己的一些看法,希望书面记录下来,加深印象,也借机像各位同行大牛请教一下。原创 2024-02-10 21:57:19 · 801 阅读 · 0 评论 -
如何管测试团队的?
一、对上 先与你的Leader沟通,了解他对你的期望,以及招你过来解决团队或部门的什么问题 。 且文档化(或者思考脑图)产出你的整体规划(至少给人感觉,你的经验是丰富的、逻辑思维是清晰的、态度是认真的),剩下的就是当面碰,得出优先级高的Top3 落地能力,以及事项推进能力(主动去推进一些事项的落地、主动汇报进度、主动抛出问题并给出一些你的思考)。这个岗位,不是单纯的执行岗位,切勿等着Leader给你逐条指派任务(这种同学,很危险,也许突然就会被辞退了) 。 万一遇到,老大对你某些内容不太满意,没转载 2021-03-26 09:53:25 · 338 阅读 · 0 评论 -
测试管理经验浅谈
作为一个测试小组的TeamLeader,有些经验在这里和大家分享下,希望相互交流学习。测试人员在开展测试工作的时候,一般会经历4个阶段:需求评审及分析、用例编写及评审、用例执行及BUG跟踪、测试总结。就这4个阶段来说一说一个TeamLeader要承担的工作内容吧。 1、 需求评审与分析 需求评审: 测试TeamLeader和其他核心测试人员参与开发侧组织的需求评审会议(包括:PRD review及系统设计文档 review)。在这个阶段,参会测试人员尤其是测试TeamLeader,特别需要关注PR转载 2021-01-08 10:46:04 · 675 阅读 · 1 评论 -
紧急的版本,时间很紧,没有时间写用例,如何做好测试?
**1、安排业务熟悉的人做这个紧急版本的测试 2、把版本的的修改点, 新增需求搞清楚,搞清楚这些变更是如何实现的 3、罗列主流程的测试用例(思维导图),优先保证主流程没有问题,然后再发散测试 4、在执行测试过程中,把测试过的点记录下来,这样方便事后检查自己哪些测试点还没有测试到 5、发现bug还是要提交bug,不能因为时间紧,而不提交bug,导致bug遗漏** ...原创 2020-08-21 10:33:14 · 1654 阅读 · 0 评论 -
软件测试中的回归测试用例选择方法
回归测试就是修改完bug后对程序的新一轮测试,根据微软的统计,按照他们的经验,一般 开发人员解决3~4个bug会衍生出一个新的bug,这就是必须作回归测试的原因。 一般的软件测试流程是后期快速迭代的,bug在后期是快速收敛的,debug和测试的周期也是越来越短,频率是越来越高,譬如说第一轮测试需要花上10天跑用例,那么到后期就没那么长的时间,可能就是1~2天的测试时间,在后期有时候一天就有一个新版本,这时候就要求 测试人员能快速的进行一轮回归测试。 一般来说,覆盖越高,风险越低,但是效率就越差,反之亦然。如原创 2020-08-21 10:27:26 · 1836 阅读 · 1 评论 -
测试管理(管事篇)
管理:管人+管事。 说到管理,其实就是团队,没有团队,就谈不上管理。个人理解,对个人而言,更多应该是计划,而非管理。做管理的时间并不长,或者说很短,可能很多地方理解的有问题。写这篇文章也是为了能更多的与大家交流,也是记录下在目前这个阶段我的理解。(本文均以在创业型公司工作为背景),全篇分为管事篇跟管人篇。 管事篇 一、测试的工作流程。 关于这个点,其实网络上一搜一大堆,大体都差不多,需求分...原创 2019-09-18 09:19:41 · 532 阅读 · 2 评论