51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 5446|回复: 10
打印 上一主题 下一主题

[讨论] 如何带领测试团队取得突破

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2012-9-28 16:02:56 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
一、首先介绍一下测试团队和公司的状况:
1、公司的测试团队有10人左右,其中4人有过开发经验、3人是新招的应届毕业生,另外几人都是一般的测试人员。
2、公司主要做嵌入式通信设备和少量GUI软件,开发人员250人左右;
3、目前测试小组做的测试工作比较后端,系统测试或验收测试阶段才会介入,建立了一些软件测试流程和模板,但
实施始终不是很到位。测试手段主要是手动测试,做的最多的就是基于黑盒技术的功能测试。
二、问题:
1、长期以来都是做这类产品的功能测试,手段常规化,测试人员觉得没有奋斗的目标,想要自己取得技术上的突破,
但是又不知道如何去下手;
2、领导也觉得测试做得太后端,手段不够丰富,但是怎么样去丰富测试手段呢?引入白盒测试?目前的人员配置从
数量上来看肯定也是不够的,从技术能力上来看更加不可能做到;
3、测试时间始终被压得很紧,一般都是要求几天时间测试完,导致测试的时候压力很大,也生怕产品出去了发现问
题受到惩罚。

各位站友是否遇到类似困惑或者瓶颈呢?希望大家能够多多讨论,帮助我也帮助更多有需要的基层测试管理人员。
感谢大家!!!
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

11#
发表于 2014-1-22 09:49:06 | 只看该作者
短时间变化太大确实很难,作为测试leader不能太急。
回复 支持 反对

使用道具 举报

  • TA的每日心情
    擦汗
    2021-3-31 09:25
  • 签到天数: 273 天

    连续签到: 2 天

    [LV.8]测试军长

    10#
    发表于 2013-3-19 11:21:20 | 只看该作者
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2012-12-10 13:15:10 | 只看该作者
    回复 1# littlecorn
    1.你们的测试团队的资源很丰富,但是团队的执行力比较差,无法将已经建立的流程和模板运行起来,同时也看到你对管理的经验比较缺乏;
    2.团队的明显形成了阶级的形式,你可以很好的利用,例如开发的转换到测试的,开发经验比较丰富,可以让他们去做一下开发测试,这里要比自动化测试强多了,因为你输入嵌入式的,所有我更推荐采用开发测试,一般的测试人员你可以让他们在流程的执行,已经测试用例的编写、方案的设计上去做努力(功能的测试方案),让他们将整个测试的流程运行起来,刚刚毕业的新手你可以把他们的时间时间重复利用起来,执行测试用例,让他们学习别人写出测试用例的设计思想,这样大家都会有奋斗的目标,同时要做定期的绩效考核,把自我学习的一部分也加入进去;
    3.既然这么大的团队你们可以再前期需要调研,需求分析的时候加入测试,开始制作测试需求、测试功能点;
    4.测试技术的提升不一定去做白盒测试,这个的效果不一定很理想,耗费的时间也比较长,短期内没有办法看到成绩,这是一项很枯燥的事情;
    5.黑盒测试的手段无非就是哪几种,但是需要怎么去合理的利用这些手段,才可以找出更多的问题,这个是个思考的地方,把基础的做好往往会收获很多;
    6.同时要学会对团队的人员进行不同角度和兴趣的培养,这样可以对以后技术的引进有很多的帮助;
    7.测试时间的压迫的比较紧,我可以理解为测试执行的时间比较短,但是你可以把准备工作做好,当准备做好的时候,时间比较短的时候,不会由于一些考虑不全导致问题的遗漏;
    8.将流程完整的测试体制,这样会减少一些由于流程的不完善而导致的问题;
    9.提高自己的管理能力,团队迷茫的时候往往是团队的领导已经开始迷茫,导致了团队的迷茫;
    以上为个人的理解和建议
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2012-10-15 15:17:14 | 只看该作者
    1.介入阶段比较晚,应该从需求阶段就考虑开始介入了
    测试参与可以提前了解需求的实现目标,同时提出可测试性需求以及需求的可测试性角度进行分析。
    2.现在测试流程都比较成熟了,就看如何去实施了,需要让你的领导意识到测试的重要性
    3.不一定所有需求都需要自动化,一些验证点比较多的功能或者是人工定位起来都比较费劲的功能,你用自动化测试去测试的话,那简直就是不可能的事情,一些流程相对较简单的需求可以考虑使用自动化。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2021-6-9 14:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    7#
    发表于 2012-10-10 19:50:34 | 只看该作者
    确实从人员结构上来说还是比较好的
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2015-1-13 13:37
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    6#
    发表于 2012-10-9 17:16:09 | 只看该作者
    既然有4个测试人员有开发经验,那么就要好好利用起来,逐步将白盒测试做起来。可以先试用一些白盒测试工具,如果适合自己项目的话,可以考虑购买。另外,要制定一些编码规则或标准,并结合工具向开发人员去推,争取将问题提前暴露,以减轻测试人员的工作量。
    如果公司对质量很重视的话,可以制定自测案例,要求开发人员提交版本前先进行自测,并出具自测报告,只有自测案例都通过后再接受测试。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
     楼主| 发表于 2012-10-8 21:41:03 | 只看该作者
    现在老在说自动化,我们领导也在说,给人的感觉就是自动化就很高级,手工去做就很低级,但是向这种嵌入式的软件,自动化的手段确实不多啊,能不能给我支支招呢?
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    慵懒
    2015-5-22 10:32
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    4#
    发表于 2012-10-1 21:27:30 | 只看该作者
    功能测试就有很多手段,如果你能把自动化搞起来,就是一个很大的进步!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
     楼主| 发表于 2012-9-29 14:07:51 | 只看该作者
    很有参考价值,谢谢版主的意见,目前我也正在做测试流程优化的工作,主要就是将测试用例的设计放到与开发工作基本同步,这样尽可能保证测试准备时间相对充裕一些,真正提交测试后可以很快上手,测试工作更有针对性、更有效率。

    但是对于测试手段,目前确实还没有很好的想法,以前也就是从功能发展到一般的性能,感觉要进一步做得更深入就比较困难了。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    慵懒
    2015-5-22 10:32
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    2#
    发表于 2012-9-29 10:27:21 | 只看该作者
    1.既然已经建立了测试流程和模板,先解决为什么实施不到位?是流程不合理还是领导不重视?或者是推广不到位?找到问题后,建立简单易用的测试流程并推广,这是第一步;
    2. 其次,既然所有测试人员都已经觉得没有奋斗目标,你也已经看到这个情况了,为什么不找找他们聊聊,看看他们有什么想法,你的团队里面有4个是有开发经验的,3个是应届毕业生,这些都是非常好的资源,能力和激情全部都具备,要带领他们得到突破是非常容易的;
    3. 当你知道了每个人对自己工作的想法和期望后,你就会发现测试不再是手工那么简单了,测试手段就不再是不够丰富,而是太丰富了;
    4. 现阶段你们介入时间太晚,系统测试或验收测试阶段才会介入,这是你们觉得时间不够的第一罪魁祸首,介入时间越晚,你们就会越被动,尤其是在系统测试甚至是验收测试阶段才介入,问题太多,测都不够测的,哪来的时间去丰富测试手段或者得到突破呢?所以你要制定流程规范,告诉领导告诉开发人员你们测试是什么时候介入,走什么样的流程需要大家遵守什么样的规范
    总而言之,制定好易用简单的流程并推广实施,了解各个测试人员的期望和需求并给以空间发挥,你的问题就不再是问题了
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-22 13:11 , Processed in 0.080051 second(s), 26 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表