51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3507|回复: 7
打印 上一主题 下一主题

[原创] 把测试部门分解,你怎么看?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2008-8-27 21:24:10 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
公司要把之前独立的测试部门分为两部分。一部分做验收测试,只测一轮,一部分进入项目组,变成项目组内测试人员。你怎么看?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2008-8-28 09:36:11 | 只看该作者
测试受重视程度远不如以前了!
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2008-8-28 11:23:22 | 只看该作者
估计是处于效率问题的考虑
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2008-8-28 11:38:49 | 只看该作者
有问题,应该考虑人员问题!
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2008-8-28 18:04:11 | 只看该作者

回复 1# 的帖子

我觉得这样的分解没有好与不好之分。关键在于那些跟着项目走的测试人员在组内的分工与地位。如果项目组内属于DEV driven的氛围,那么测试人员的地位就有点尴尬了。
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2008-8-29 09:13:27 | 只看该作者
其实无论怎么分,我们只要把握的是
1.各自的职责
2.各自的输入输出准则
说白了,需要做什么,如何做,何时做的问题,做的成果是什么,如何评价过程和成果物。
其实分与不分,我们不能说哪个好与不好,关键是看分的目的是什么,分了之后目的达到了没有,有没有什么影响
这才是问题的王道!
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2008-8-30 17:09:42 | 只看该作者
职责划分的明确,应该会有一些好处。
但想要到达预期的效果,过程一定很艰难。这种模式,以后扯皮就少不了咯~~
回复 支持 反对

使用道具 举报

该用户从未签到

8#
 楼主| 发表于 2008-9-2 14:59:33 | 只看该作者
恩,不知道大家对验收部门有什么好的建议呢?比如一定要抓哪几点,如何让验收人员更好的了解系统,因为毕竟只测一次,开发过程中对项目接触的很少.
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-27 00:22 , Processed in 0.071759 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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