51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

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

[讨论] 怎样从0开始组建一支测试团队

[复制链接]
  • TA的每日心情
    奋斗
    2015-3-14 13:16
  • 签到天数: 2 天

    连续签到: 2 天

    [LV.1]测试小兵

    跳转到指定楼层
    1#
    发表于 2012-5-16 09:55:57 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
    刚到了一家单位  已经有了一个比较成熟的产品  和相对成熟一些的开发团队
    但是测试人员我是第一个  让我来这的目的也是组建起一支测试团队
    刚进来时感觉大家对测试人员还是非常期待的   但是也有些开发想往测试身上推责任的感觉

    请大家从如何从0开始组建测试团队还有组建过程中可能遇到的问题给些意见
    分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
    收藏收藏
    回复

    使用道具 举报

  • TA的每日心情
    奋斗
    2018-2-28 18:04
  • 签到天数: 40 天

    连续签到: 1 天

    [LV.5]测试团长

    2#
    发表于 2012-5-18 12:52:15 | 只看该作者
    。。。
    如果没啥经验,先从现有的人开始
    如果很有经验,先从招人开始
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
    发表于 2012-5-19 18:49:20 | 只看该作者
    根据你们公司目前的体系制定适合你们公司的测试流程和规范,然后在推进,开发人员有这种思想测试正常的,但是你的让他们明白,缺陷是写出来的而不是测出来的,测试只是提高软件质量的一种途径而不能保证软件的质量!
    回复 支持 反对

    使用道具 举报

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

    连续签到: 1 天

    [LV.1]测试小兵

    4#
    发表于 2012-5-19 19:53:07 | 只看该作者
    先把测试做起来,融入到产品中,融入到开发中就是第一步的成功。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2015-3-14 13:16
  • 签到天数: 2 天

    连续签到: 2 天

    [LV.1]测试小兵

    5#
     楼主| 发表于 2012-5-23 18:29:02 | 只看该作者
    回复 2# archonwang

    有招人的计划,但是测试现在还是空白,我自己目前还在适应期
    新人来了的话至少从我这来讲还没有什么资源可以利用
    所以我想把测试体系建立起来以后再想招人的事
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2015-3-14 13:16
  • 签到天数: 2 天

    连续签到: 2 天

    [LV.1]测试小兵

    6#
     楼主| 发表于 2012-5-23 18:45:44 | 只看该作者
    回复 4# 千里

    我也是这样想的   现在的问题是融入团队的途径很少  可供测试使用的走远很少  感觉很吃力
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2012-5-23 20:28:11 | 只看该作者
    刚到了一家单位  已经有了一个比较成熟的产品  和相对成熟一些的开发团队
    但是测试人员我是第一个  让我来 ...
    Myayiba 发表于 2012-5-16 09:55


    有招人的计划,但是测试现在还是空白,我自己目前还在适应期
    新人来了的话至少从我这来讲还没有什么资源可以利用
    所以我想把测试体系建立起来以后再想招人的事


    Myayiba朋友,看到你准备建立测试体系,我也有相同的想法,你能讲讲能从哪些方面去规划这个测试体系吗,给个您的初步想法吧,大家一起探讨,如何,谢谢!!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2012-5-26 15:27:57 | 只看该作者
    关注下
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2015-3-14 13:16
  • 签到天数: 2 天

    连续签到: 2 天

    [LV.1]测试小兵

    9#
     楼主| 发表于 2012-5-29 12:06:38 | 只看该作者
    回复 7# jimao

    我目前想到的有三个方面
    一是流程   
    包括测试流程、缺陷生命周期、项目流程
    测试流程和缺陷生命周期已经弄得差不多了   我感觉公司的项目整体流程有个弊端   
    目前设计与开发是并行的   不知道有没有人有过这样的经历   就是具体设计还没有确定的情况下  开发已经开工了  最后导致一些细节的讨论走向了死胡同  或者技术方面有瓶颈   这个风险还是比较大的
    不知道有没有好的建议

    二是基础设施
    搭建起测试用例和缺陷管理平台

    三  从自身做起将文档规范起来
    测试的文档无外乎测试计划  测试用例  测试报告之类的  如果项目大的话  加上测试周报
    这些东西应该都写过  但是对于一个不规范项目团队来说  测试文档怎样能对他们有所启发  让开发和需求方感知到文档的重要性、可借鉴性  最终对真个项目组的文档化起到促进作用  这是我现在最想实现的
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2018-2-28 18:04
  • 签到天数: 40 天

    连续签到: 1 天

    [LV.5]测试团长

    10#
    发表于 2012-5-30 13:32:02 | 只看该作者
    回复 5# Myayiba


        不建议先直接建立测试体系;

    公司体制变革可能比较快,等你想好了到时候可能就落后了,还需要调整,与其如此,先有人,后有团队,最后才有体系。你可以一并开始着手,边招人,边组织基本规范和基本流程,等到了一定时候,可以逐步将规范、流程、指南这些内容逐步引入到组织里来,逐步优化形成体系。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2014-1-22 10:03:30 | 只看该作者
    [quote]回复  Myayiba

        不建议先直接建立测试体系;

    值得借鉴!!
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-4-20 12:53 , Processed in 0.080206 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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