51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 6139|回复: 16
打印 上一主题 下一主题

[原创] QA部门的组建和培训

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2005-5-30 11:45:00 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
QA部门目前已经不少人了(9),具体的分工我想TA组(自动化测试组),手工测试组,比如3人,手工测试组提供测试脚步,TA提供robot脚步,其余3人详细理解项目需求指导其余人进行开发测试脚步,同时做部分UI层面的测试工作,并提出合理化建议。

培训层面应该通过针对性的培训,根据上面的分工。基础部分的培训应该是相同的。

培训的计划

测试基本理论(发展现状,重要性,流程,应该具体的素质)

操作系统培训 (Linux,Unix,Windows大家都知道些)

ClearQuest

Robot培训

TestManagerP培训

LoadRunner 培训

RequsitePro

各位老大有没有建议?

[ Last edited by rudolfyan on 2005-5-30 at 12:04 ]
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

2#
 楼主| 发表于 2005-6-2 14:40:37 | 只看该作者
这么好的话题没有人去顶??
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2005-6-2 16:37:27 | 只看该作者
好贴,我顶。只是没做过,提不出什么意见。希望有这方面经验的同仁积极参与。
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2005-6-5 21:40:27 | 只看该作者

工具组投入的太多了2个就行

工具是无法取代手工的,还是要靠手工为主 工具为辅 比较妥当~
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2005-6-6 21:18:36 | 只看该作者
1.建议增加手工测试的人员数量,不要过分的依赖自动化.如果在人员不够的情况下,建议先以手工为主,自动化为辅.

2.建议明确自动化测试的作用,自动化测试的主要作用在与节省时间,尤其是在做regression的时候更能发挥其作用.

3.建议明确手工测试的作用.自动化只能机械的做已写好的case,只是起到对原有case的固化作用,手工测试才能发现更多的隐含的不明确的bug.

4.建议在培训中加入测试技术方法的培训.流程是必须知道的,但光知道流程会让人在工作的时候迷茫,所以最好加入技术方法方面的培训,让人有理可寻有据可依.

      以上是我的几点建议,有不当之处,请误见怪.
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2005-6-7 09:53:32 | 只看该作者
建议增加测试用例设计方面的培训,测试用例设计不仅仅是停留在书本理论上面的方法,还要结合相关的开发文档,做测试用例设计练习,这样培训的效果会更好。我一直从事软件测试和软件测试培训方面的相关工作,如果有更多的问题,请联系我,共同讨论。wangwei1876@126.com
回复 支持 反对

使用道具 举报

该用户从未签到

7#
 楼主| 发表于 2005-6-8 23:51:10 | 只看该作者
同意xinyu2119的建议,但你所指的测试技术方面的培训是什么呢? 可以具体说一下吗?


十分同意testing的建议。老大是否可以发一些普及性的培训材料给我啊? (如果涉及的你的著作权,可以把这些去掉),谢谢
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2005-6-13 22:10:34 | 只看该作者
测试技术方面的培训有很多可以考虑的,你可以到论坛里搜一下,或到测试技术专区去找一找你能用到的.我所指的是一些比较基本的,比较容易上手的测试技术.比如说:测试用例的分析,设计;边界值测试所需要掌握的方法;逻辑测试,路径测试,语句和分支测试所需要掌握的方法;等价类划分是怎样划分的等等.既然你要做一个组建QA部门的培训,那你也不希望培训后是流程掌握的很清楚,但工作起来却比较茫然这样的一个结果吧.
所以我的观点是,先让员工熟悉测试的流程,让员工有理可寻;在让员工掌握测试的技术,让他们有矩可依~~~~~~




个人观点,欢迎批评指教~~~~~
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2005-6-16 11:16:53 | 只看该作者
你组建的是QA部门还是测试部门呢?QA跟测试是两个概念,如果你的公司是这么定义,那也倒罢了,不过组建人要很清楚地了解,所做的到底是什么工作。
      况且了,你建立了自动化测试小组,用的自动化测试工具是**的吗?如果是,你是否要考虑**软件存在的不安全性呢?通常在建立测试部门的时候,更要注重测试过程的合理性与改进,如果越过这一层,直接追求自动化测试的效果,对测试人员来说是一种提高,但是对公司来说,是一种隐患。
      更何况了,自动化测试相对来说,只能发现比较少的缺陷,有些验证点根本就无法通过程序来实现,即使能,你也不容易找到技术这么厉害的人。
      自动化测试在脚本复用率很高的情况下,拿来做做是可以的,但不要把它真的放在第一位,否则,你不但给公司造成极大的损失,也会把你所有的测试人员引入歧途。
      另外,你的培训也太过于注重测试工具部分,它还需要软件工程的培训,数据库的培训,软件相关的业务培训等。这些理论培训是一方面,实战培训才更能促使团队水平的提高。
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2005-6-19 12:29:54 | 只看该作者
我不太懂,但感觉是不错
回复 支持 反对

使用道具 举报

  • TA的每日心情
    郁闷
    2015-6-16 14:29
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    11#
    发表于 2005-6-21 10:22:43 | 只看该作者
    人员可以复用的嘛!只是形式上找个样子,各人的技术构成可以这样区分,但是手动测试不能减少,工具只是辅导,而且我觉得划分的太细,不利用工作的开展,只要强调员工的技术构成,有专攻方向就可以了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
     楼主| 发表于 2005-6-22 14:04:57 | 只看该作者
    公司QA部门的发展超出我的预期,人员更多了.

    我们测试的是基于Web的测试,所有有很多的路径需要去覆盖, 我想如果不通过实施自动化测试,很难保证每次包的质量.目前我们的项目是全球顶尖公司的一个项目,质量要求很高,因此我需要更加快速,有效,精确的测试来保证质量, 不是通过人工比较随机的测试来保证质量.


    公司QA流程的管理,我想应该还是严格一点,是否需要写日 报的形式来给员工保持紧张有序的测试状态呢? 欢迎讨论
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2005-6-23 22:19:40 | 只看该作者
    我个人的看法:
    1.人工测试比自动化测试更能保证产品质量.如果你想在这个基础上实现"更加快速,有效,精确的测试来保证质量",需要的是进一步提高测试人员素质,测试能力以及他们的工作积极性.
    2.测试人员每天提交日报是非常必要的,当然最好是测试经理也将自己的日报抄送给所有测试人员,它可以帮助manager及时了解项目进度和所存在的问题.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2005-6-28 12:17:50 | 只看该作者
    li的观点很有效,在现实工作确实会带来很好的团队效果,加强测试人员的团队意识,如何去互相弥补,团队作用体现了,测试人员也将被重新定义。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2005-8-18 19:46:48 | 只看该作者
    自动测试人员过多。培训的测试基础太少。以我的经验
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    慵懒
    2016-4-26 13:27
  • 签到天数: 3 天

    连续签到: 1 天

    [LV.2]测试排长

    16#
    发表于 2005-8-25 10:46:07 | 只看该作者
    应该考虑一下,产品、项目的业务!而且这应该是重点!
    回复 支持 反对

    使用道具 举报

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

    连续签到: 1 天

    [LV.1]测试小兵

    17#
    发表于 2010-4-2 13:00:00 | 只看该作者
    呵呵,观点一致都是认为手工测试是主导而且不能少,自动化测试是辅助手段。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-8 17:57 , Processed in 0.091450 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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