我从一个一窍不通的测试小白,摸爬滚打到今天,在公司担任测试组长,管理公司的测试组,总觉得软件测试人员不容易。但是,还是对软件测试这个行业满腔热血(至少目前是)。
这几年来,跳的坑实在不少,有些也是自己挖。今天就来谈谈我的一些经验总结。
先来说说管理方面
平时对管理方面很少有总结,总觉得管理是一门艺术,一门需要意会的艺术,虽然目前在做测试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,他懂技术,懂业务,懂流程,根本就是一名全栈人员,他了解团队的优势和劣势,从而能在制定产品策略,技术方案以及生产过程提出建议和改进方法加以保证,给团队发展保驾护航,他是团队的消防员和安保员,测试人员的最终发展方向应该就是这个团队第三人了,个人看法,大家一起加油。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/31407649/viewspace-2213038/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/31407649/viewspace-2213038/