51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 6411|回复: 11
打印 上一主题 下一主题

[讨论] 如何建立一个测试部门?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2004-9-30 11:16:28 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
请问在一个中型软件公司(专职开发人员在50人以上)如何建立一个测试部门?公司既有产品,也有项目。请高手赐教,谢谢!
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

12#
发表于 2005-11-28 16:49:35 | 只看该作者
首先在人员划分上,如果公司的开发人员也有产品线和项目线的划分的话,那么建议测试人员也分为产品线和项目线,因为产品线对测试及测试用例积累等方面的后续要求比较多,测试人员需要关注市场及售后用户建议或新的需求等。而项目线也许一般就一次,最多加上一小段时间的维护就ok了。
有了横向人员的划分,需要在纵向制定整个测试的流程。如果你公司的产品开发、产品升级都是以项目的形式进行的话,大可以制定一个测试规范就行。因为我觉得内部流程都是一样的。即从测试计划、测试设计、测试执行、测试结束,以及每个阶段所需要进行的评审、所提交的文档等。我觉得大体流程一样,具体的规范还是需要根据自身的情况制定了。
一点建议~~~~
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2005-11-28 15:57:47 | 只看该作者
不光是为了测试而成立一个部门,关键是如何取得上级的授权和下面的信任,可先从规范软件开发的流程入手
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2005-11-2 17:03:03 | 只看该作者
制定一个适合于自己公司的测试过程,规范测试操作,控制测试中所用到或产出的产品,不断发现问题,改进~~~
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2004-12-15 13:53:11 | 只看该作者
如果你们公司已经并在以后也要一直使用winruner,制定测试流程时也要考虑进去winrunner或testdirector工具本身的流程,以免将来操作上有冲突。
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2004-12-14 14:17:38 | 只看该作者
我们公司现在也在尝试建立一个测试中心了,看来含有很多的事情要做,需要继续努力:)
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2004-12-1 17:07:55 | 只看该作者
1、部门制度,制度中包括楼2的所有;
2、开始逐步制定适合本公司项目或者产品的各测试模板及相关其他模板;
3、跟着项目走
4、不断改进部门
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2004-10-28 22:50:26 | 只看该作者
Originally posted by vilion at 2004-10-28 10:20 PM:
要看你的计划了。现在国内已经开始注重CMM管理了,在这个的基础上制定相应的计划,从需求分析到产品发货这一系列过程都是需要有章可循的基础上进行的。最重要的就是文档归档,制定基线以及流程了。不能说发现问题 ...


做板斧如何? 我们这个板正需要您这样懂测试设计与测试过程管理的人来和各位网友探讨问题。有兴趣的话给testing或libo发个消息。或者给我留个消息。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2004-10-28 22:20:27 | 只看该作者

复杂度太高

要看你的计划了。现在国内已经开始注重CMM管理了,在这个的基础上制定相应的计划,从需求分析到产品发货这一系列过程都是需要有章可循的基础上进行的。最重要的就是文档归档,制定基线以及流程了。不能说发现问题就解决,解决了之后呢??谁来负责?谁来修改等等诸如此类的问题都不是一句两句话能说明白的。建议进行相应的软件质量管理培训,也不枉费来这个版了,呵呵。

最简单的:测试工作开始:制定软件生命周期,在各个时间点确定每个过程。一般我们公司是按照V模型进行开发的,即在需求阶段制定系统测试计划等等,在编码过程结束后即进入单元测试,此时单元测试用例及单元测试计划已经制定完(我想你这个时候就是需要有用例及计划这两个文档吧),在进行单元测试活动的时候需要有测试过程管理,即有个文档来管理你每天执行的用例情况以方便明了的了解你工作进程,掌握进度。以后的系统测试、集成测试都差不多。

可以说整个测试过程中最重要的是单元测试及系统测试,一个将问题发现在一个个小的模块里,降低了以后的测试成本,一个是将问题杜绝在发货时,将问题解决从而为客户提供良好质量的产品。往往集成测试就没有进行,我并不是对集成测试不重视,因为集成测试是基于模块测试,这个大家都已经很清楚了,介于两者之间的过程,往往由于进度的安排省略了。

而确认测试、验收测试则是在每个测试活动结束的时候必须进行的,也是对测试工作的绩效考核,真正的缺陷才记入考核中,这个过程需要有个流程(闭环)来关闭每个缺陷流的,验收则是保障在该阶段测试工作结果基本是正确的。林林总总就说这些吧,希望大家在看帖子的时候能包涵一下。毕竟这个过程不是轻易能说清楚的,有了实际的工作经验后你就会明白了:)
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2004-10-21 10:51:47 | 只看该作者

我和你一样的情况

我现在关心的是,如何在测试工作开始前做好准备工作,比如什么文档,还有过程是什么样的?
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2004-10-10 15:39:48 | 只看该作者

谢谢 freemail!

谢谢!您所说的很对!但最关心的是第6点,如何制定和明确测试流程?如何组织:单元测试,集成测试,系统测试,确认测试,验收测试。另外,现在我们公司有winrunner,是不是用了winrunner后,要不要组织系统测试,确认测试,验收测试。
回复 支持 反对

使用道具 举报

该用户从未签到

2#
发表于 2004-10-4 11:51:57 | 只看该作者

复杂啊

一个部门的建立不是那么容易的事情。不过,作为测试部门,建立的步骤大概可以考虑如下:
1、明确测试部门的职责;
2、根据职责明确部门需要设置的岗位角色;
3、根据同开发的比例,修订岗位角色的人员数量;
4、根据人员、仪器、设备等固定资产,预算部门的开支和预算,并同公司的预算进行比较、修订;
5、制定岗位职责;
6、制定和明确测试流程、部门管理制度...;
7、其他的多多了,比如对外接口、内部接口等等,以后慢慢自己完善吧。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-16 21:53 , Processed in 0.080229 second(s), 26 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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