51Testing软件测试论坛

标题: QA部门的组建和培训 [打印本页]

作者: rudolfyan 时间: 2005-5-30 11:45
标题: QA部门的组建和培训
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 ]

作者: rudolfyan 时间: 2005-6-2 14:40
这么好的话题没有人去顶？？

作者: zhangfh 时间: 2005-6-2 16:37
好贴，我顶。只是没做过，提不出什么意见。希望有这方面经验的同仁积极参与。

作者: hongtang 时间: 2005-6-5 21:40
标题: 工具组投入的太多了2个就行
工具是无法取代手工的，还是要靠手工为主工具为辅比较妥当~

作者: xinyu2119 时间: 2005-6-6 21:18
1.建议增加手工测试的人员数量,不要过分的依赖自动化.如果在人员不够的情况下,建议先以手工为主,自动化为辅.

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

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

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

以上是我的几点建议,有不当之处,请误见怪.

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

作者: rudolfyan 时间: 2005-6-8 23:51
同意xinyu2119的建议，但你所指的测试技术方面的培训是什么呢？可以具体说一下吗？

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

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

个人观点,欢迎批评指教~~~~~

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

作者: 时鱼 时间: 2005-6-19 12:29
我不太懂,但感觉是不错

作者: 森林一木 时间: 2005-6-21 10:22
人员可以复用的嘛!只是形式上找个样子,各人的技术构成可以这样区分,但是手动测试不能减少,工具只是辅导,而且我觉得划分的太细,不利用工作的开展,只要强调员工的技术构成,有专攻方向就可以了

作者: rudolfyan 时间: 2005-6-22 14:04
公司QA部门的发展超出我的预期,人员更多了.

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

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

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

作者: billrub 时间: 2005-6-28 12:17
li的观点很有效，在现实工作确实会带来很好的团队效果，加强测试人员的团队意识，如何去互相弥补，团队作用体现了，测试人员也将被重新定义。

作者: johnjinwei 时间: 2005-8-18 19:46
自动测试人员过多。培训的测试基础太少。以我的经验

作者: liaoxj 时间: 2005-8-25 10:46
应该考虑一下，产品、项目的业务！而且这应该是重点！

作者: 千里 时间: 2010-4-2 13:00
呵呵，观点一致都是认为手工测试是主导而且不能少，自动化测试是辅助手段。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)