测试管理都做哪些事?毕业2年到Leader的经历总结

栏目: 编程工具 · 发布时间: 7年前

内容简介:我从一个一窍不通的测试小白,摸爬滚打到今天,在公司担任测试组长,管理公司的测试组,总觉得软件测试人员不容易。但是,还是对软件测试这个行业满腔热血(至少目前是)。这几年来,跳的坑实在不少,有些也是自己挖。今天就来谈谈我的一些先来说说管理方面

我从一个一窍不通的测试小白,摸爬滚打到今天,在公司担任测试组长,管理公司的测试组,总觉得软件测试人员不容易。但是,还是对软件测试这个行业满腔热血(至少目前是)。

这几年来,跳的坑实在不少,有些也是自己挖。今天就来谈谈我的一些 经验总结

测试管理都做哪些事?毕业2年到Leader的经历总结

先来说说管理方面

平时对管理方面很少有总结,总觉得管理是一门艺术,一门需要意会的艺术,虽然目前在做 测试leader ,平时也看些管理方面的书,但实际中总感觉理解的不够透彻,在工作上实施的话会有各种各样的情况,想要做好管理,真不是一件容易的事,今天就简单的写一些自己的理解。

一、首先要做好工作方面的事情,可以从如下几个方面入手

1.要有目标

2.做好计划

3.合理分配资源、时间

4.把控时间、项目进度、项目质量

5.适当监控测试结果,及时沟通、协调

6.通过周例会、站会或者周报收集当前测试项目存在的问题或潜在的问题,提早解决风险

7.做好总结。如项目总结、漏测分析

详细测试的工作流程如下:

关于这个点,大同小异无外乎:需求分析,测试计划,设计测试用例,评审用例,执行测试,缺陷管理,定版,发布。下面讲讲我整理的测试工作流程。

1、需求分析

所有的测试都是基于需求,所以这一阶段需要多多用心。以我为例,我们团队需求分析主要包括:两图一文档。

两图:业务流程图(需求从流程/整体去理解),思维导图(各项功能点去理解)。

一文档:需求分析文档(思维导图中的功能点去发散成为测试点)。

2、测试计划

我认为测试计划主要给出以下几点:

(1)测试类型:黑盒测试,接口测试,UI自动化测试,接口自动化测试,性能测试等等

(2)测试时间:需求分析起止时间,设计测试用例的起止时间,执行测试的起止时间

(3)测试执行人:创业型公司由于人员少的情况,很可能以项目(模块)划分测试负责人,

3、测试用例

探索性测试,我觉得在业务能力以及测试经验都很充足的情况下,可以结合编写测试用例,去执行测试。但一味的追求探索性测试,其实很难。

目前,我的团队是,测试工程师编写好测试用例,先组内评审,然后导入到QC,测试人员根据QC测试集去执行测试,而我也能很直观的把控测试进度,以及当然存在的问题。

4、测试用例评审

用例评审是一个查漏补缺的环节,这个过程在于补充测试思路,提升测试质量。

测试用例评审方法:

(1)提前邮件提醒评审相关人员(开发负责人,产品负责人,测试负责人,项目经理等),附件上测试用例。

(2)1-2天后,组织用例评审会议,由于事前有看过需求跟用例,所以会议时间不建议很长,只要是查漏补缺,每个人都会有一些测试思路,也会发现已有的测试用例的不足。

(3)根据会议记录,将没有考虑到的点维护成测试用例。定版。

定版后的测试用例,就可以用来执行测试了。

5、缺陷管理

每一个缺陷都是一个优秀的用例,这个思想很重要,这些用例你可能已经写了,也可能没有,而没有的话,就需要维护到测试用例中去,下次执行时,你就多预防一个点。

6、验收测试

上线前,需要产品或者运营,来验收需求。功能实现是否满足需求,有没有未考虑到的功能等等。验收测试旨在向软件的购买者展示该软件系统满足其用户的需求。它的测试数据通常是系统测试的测试数据的子集。所不同的是,验收测试常常有软件系统的购买者代表在现场,甚至是在软件安装使用的现场。这是软件在投入使用之前的最后测试。

二、从生活入手

1.团建聚会,吃饭、唱歌等

2.户外活动

3.组织培训

三、从情绪入手

1.多交流,多沟通,建立良好友情

2.多包容,多耐心,多信任

3.不要过多干涉,不随意指手画脚

4.给予自有,权限

四、如何评估团队中测试员人的工作成绩

1.注意每个人的工作量

2.通过线上项目反馈问题、迭代版本中发现的问题总结漏测问题,来评估测试人员的测试质量

3.测试人员对测试时间的把控,是否拖拉或者延迟

4.测试人员是否主动学习,提成个人技能,并进行成果分享

5.工作态度

6.对当前测试流程提出改进优化建议

7.组织团队在任务不忙时进行测试新技术/工具的学习实践,适时引进开源测试工具

8.多组织测试组内知识分享,提高测试技术,推进组内的团队建设和文化建设

9.检查组员工作日报、周报,协调和帮助下属顺利完成工作任务

10.负责测试组内和其他相关部门的沟通协调以及绩效考核

总结:

人往高处走,自身的发展也很重要,一个成功的团队少不了这三种角色,第一:把控方向的人,一般是产品负责人,团队的生死几乎就看他了,第二:团队第一生产力,一般就是架构师,技术最牛的那位,有方向,有策略,还要看能不能实现,第三:据说外国对他有个称号叫master,他懂技术,懂业务,懂流程,根本就是一名全栈人员,他了解团队的优势和劣势,从而能在制定产品策略,技术方案以及生产过程提出建议和改进方法加以保证,给团队发展保驾护航,他是团队的消防员和安保员,测试人员的最终发展方向应该就是这个团队第三人了,个人看法,大家一起加油。

欢迎加入  51软件测试大家庭,在这里你将获得【最新行业资讯】,【免费测试 工具 安装包】,【软件测试技术干货】,【面试求职技巧】... 51与你共同学习,一起成长!期待你的加入: QQ     群:    755431660


以上就是本文的全部内容,希望本文的内容对大家的学习或者工作能带来一定的帮助,也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

A Philosophy of Software Design

A Philosophy of Software Design

John Ousterhout / Yaknyam Press / 2018-4-6 / GBP 14.21

This book addresses the topic of software design: how to decompose complex software systems into modules (such as classes and methods) that can be implemented relatively independently. The book first ......一起来看看 《A Philosophy of Software Design》 这本书的介绍吧!

MD5 加密
MD5 加密

MD5 加密工具

SHA 加密
SHA 加密

SHA 加密工具

HSV CMYK 转换工具
HSV CMYK 转换工具

HSV CMYK互换工具