项目里测试工作如何分工?

上一篇 / 下一篇  2009-12-09 21:57:05 / 个人分类:02 测试随笔

    今天早上在班车上和同事聊天,同事是一个刚接触测试这行的新人,她说这段时间项目真的把她搞累死了,他们项目组2个测试,而项目版本更新迭代特别快,每次来一个版本,他们2个测试都要通篇去测,所有内容都去跑,并没有明确的分工。这下子我终于明白了,为什么她每天喊累了,我觉得这样很有问题。我认为项目测试人员在1个以上的,必须要考虑明确的分工。理由如下:

    1、分工可以让各自明确各自的工作范围,首先有明确的工作目标
    2、分工了才能明确责任
    3、分工可以对自己负责的模块进行彻底全面的测试,否则精力分散之后,最后只能是走马观花
    4、分工可以避免重复劳动,提高工作效率
    5、分工之后如果有时间,最好抽取一点时间进行交叉测试。前提是各自的工作内容测试充分的基础之上
谁还能继续补充的,请帮忙继续补充哦~~~~~~

  既然要分工,那么如何分工比较好呢?我的理解,项目里面,分工有2种方法:(电子商务项目、功能测试分工)
   1、按照前后台,前台、后台、流程分支覆盖。
   2、按照业务流程功能点进行分工:比如电子商务网站的,发布商品、创建交易、下订单、支付、退款等进行分工,通过大的功能点去分。
------我比较支持方法2的,理由如下:-------------
   1、其实我们最好是一个人能从头测到尾,把控全局,但是因为考虑到时间和精力是有限的,所以我们才需要分工合作,但是即便是分工为了能从全局考虑也是需要将大的流程转化成小流程之后再进行分工,强调流程性
   2、思维转换的不同,如果你关注的是一个流程,那么你在测试的时候思维方式会更全面;而如果单一从前后台分工,思维会比较局限
   3、方法2也同样可以确保功能不遗漏,只要在用例评审或者是在执行之前抽取一定的时间互相进行检查即可。
同学们,你们会支持哪种?为什么?

 

 

 


TAG:

SF 引用 删除 shaofei19820625   /   2009-12-16 15:18:35
谢谢回复。感觉我们观点一致,
原帖由chenjinxia于2009-12-15 21:11:30发表
先按照功能点划分工作,完成自己的工作后,可以相互交叉进行测试。这样既可以找出自己测试的不足,也可以.
chenjinxia的个人空间 引用 删除 chenjinxia   /   2009-12-15 21:11:30
先按照功能点划分工作,完成自己的工作后,可以相互交叉进行测试。这样既可以找出自己测试的不足,也可以让测试组成员都了解产品的功能点
SF 引用 删除 shaofei19820625   /   2009-12-15 14:38:03
谢谢ericazou的恢复。但是我觉得按照测试类型分工就目前的状态感觉会比较合理一点。之前公司,有专门分性能测试小组,安全测试小组,每个小组都有自己的特长,所以说按照类型分工,即可以对工作分解,也可以重点突破。
原帖由ericazou于2009-12-14 16:19:57发表
我感觉按照测试类型分工有可能会造成人员在闲滞状态,所有建议按照业务分工比较好。
ericazou的个人空间 引用 删除 ericazou   /   2009-12-14 16:20:10
我感觉按照测试类型分工有可能会造成人员在闲滞状态,所有建议按照业务分工比较好。
ericazou的个人空间 引用 删除 ericazou   /   2009-12-14 16:19:57
我感觉按照测试类型分工有可能会造成人员在闲滞状态,所有建议按照业务分工比较好。
ericazou的个人空间 引用 删除 ericazou   /   2009-12-14 16:19:52
我感觉按照测试类型分工有可能会造成人员在闲滞状态,所有建议按照业务分工比较好。
SF 引用 删除 shaofei19820625   /   2009-12-10 17:58:53
原帖由lyt20于2009-12-10 16:49:36发表
我觉得还是按测试类型比较好,如功能、性能分工,若是比较大的系统按模块分工。前者有利于技术上的分工,.

严重同意。这种分工视项目规模,周期等因素而决定,不过一般来说,我是觉得采取方法2会比较妥当。更何况,我日志里说的项目还是我们公司目前想做成产品化的一个项目
lyt20的个人空间 引用 删除 lyt20   /   2009-12-10 16:49:36
我觉得还是按测试类型比较好,如功能、性能分工,若是比较大的系统按模块分工。前者有利于技术上的分工,后者更有利于责任的明确。当然这个分工不是一定之规,往往要取决于不同项目的情况。
 

评分:0

我来说两句

Open Toolbar