测试部门如何分工、测试部门需不需要做版本控制

sixsigmay

我所在的测试部门只做功能性测试，测试部门并不正规。在这边工作了一段时间后，碰到了一些问题。因为我刚从学校毕业，在学校里也系统学习过测试方面的知识，所以在工作中经常反省部门与理论中的矛盾与结合点。
    碰到了以下几个问题：
一、------------------------------------------------------------------------------------------------------------------------------
贵公司的测试部门是如何进行分工的？   
    部门里没有明确分工。组长+测试人员。组长接下需求后发给某个空闲的测试人员，然后测试人员就开始研究需求，写场景，执行，跟踪bug等到最后执行完成。。在这样的模式下，结合碰到的问题，我总结一下
        （1）让新人直接来写场景，虽然新人去了解熟悉场景
             ------个人认为，写用例（场景）也是一个经验活，新人花时间去写场景，就算写得好，但是时间也浪费很多。可是经验活的事情，新人花时间去熟悉场景了，也一定能写得好吗。
        （2）一个人写好了场景后直接发给需求方和开发方要求review，但是需求方和开发方是否真正review过，谁都不知道，我碰到的问题就是他们没有review过，后来在测试的时候就让我修改场景，增添场景。
             ------个人认为，场景写好后是应该进行测试组内部员工的review的。可是同事不然！！！认为找内部人员review，会花费很多时间，如果别人忙怎么办。同事建议说还不如自己拿到需求后好好去熟悉，然后写场景。可是，我想就算一个人能力再强，熟悉需求再透彻，也会有疏忽掉的地方。
        碰到这些问题后，我在想，别的公司是如何来做分工的呢，，，如何来避免写的场景不完整呢，如何分工可以使得测试组工作效率更高呢！！很想听听达人们的意见，非常感谢。
二、---------------------------------------------------------------------------------------------------------------------------------
    测试部门的版本控制是做哪些内容。。
    在对版本控制模糊的情况下，我学习了VSS版本控制的工具，但是学习后我不清楚该工具怎么用在测试部门上。后来和一些开发人员交流后惊讶发现自己的无知，原来VSS子类的一些版本控制工具在研发上是非常有作用的，用得也非常普及。。那么这个时候我迷糊了，到底测试部门要不要做版本控制，如果要做，做的是哪些内容。
-------------------------------------------------------------------------------------------------------------------------------------
    简要说了一下在工作中碰到的这两个问题，希望能够有经验的朋友给予建议与指导。
    非常感谢，因为刚从学校到公司实习，我也酷爱测试，希望问题可以得到大家的帮助，谢谢！
----补充第三个问题，谢谢大家给予的建议，谢谢
三、--------------------------------------------------------------------------------------------------------------------------------
    如何推行bug跟踪管理系统，在这个过程中个人需要掌握的资料以及能力
    来到部门后，在工作中发现，在对场景进行执行的过程中，bug没有一个规范的跟踪管理过程。我们这边的测试执行是这样来做的：该场景负责人TESTER测试后发现bug，联系该bug相关模块的负责人DEV，告诉bug信息，然后DEV去解决。解决后呢TESTER再测。。。其实这样说这个过程时倒没发现大问题，但是实践中，我个人发现以下几个问题：
    1.一个bug表现表现的错误是找DEV_A,然后tester报告bug给DEV_A，DEV_A查bug后说需要找DEV_B来解决，然后tester又把bug报告给DEV_B-----我就碰到这样的过程，3个模块开发方来解决这个问题，后来达不成统一，又让tester找模块总负责人，后来模块总负责人认识到这个问题，说他来组织解决。。花了tester很多无用功。。虽然问题解决了，但是觉得如果模块开发方内部讨论解决时，会更有效更开。
    2.bug提交给开发方后，因为是在QQ上报告错误的，没有bug管理系统来记录管理bug，开发方一忙起来会忘记曾在QQ里报告给的bug。很多时候bug解决被耽搁下来，效率不高
   3.------
   到公司上班的这一段过程，觉得很有必要有一个bug管理系统来管理测试执行过程。。如果有bug管理系统，那么tester工作职责明确，提交bug信息后，解决过程就交给开发人员，第一个问题就不会出现在tester身上。。有了bug管理系统后，每个开发人员都可以实时关注系统上分配给自己的错误，不会像QQ聊天记录上那么乱，也不至于忘记掉。
   所以个人就倒弄BUGFREE，可是在想，个人学习了仅仅一个bug系统可不够。。。。如何来推行这样的bug管理系统。。。在这个过程中，我需要更多掌握哪些技能和知识。。
-------------------------------------------------------------------------------------------------------------------------------------

谢谢大家的积极讨论，非常感谢！！

[ 本帖最后由 sixsigmay 于 2008-8-29 11:28 编辑 ]

huazai_888

tks

Dangerous_1

回复 1# sixsigmay


    小公司的制度就是不规范啦

wcp_856

版本管理工具是必须的，bug管理工具也是必须的，只是有些公司意识淡薄没有搞

6739

学习了

chillbin

受教了，学习中～～～～～·

sixsigmay

原帖由 havards 于 2008-9-1 16:33 发表
你们居然拿QQ来报告问题，真是太牛了！！！

呵呵，测试组没有使用bug管理系统，都是测试中出现问题，测试员就直接QQ给问题负责人，然后沟通解决。

sixsigmay

这段时间测试组很忙都没关注该主题，感觉到大家还是很热情的，给予我很多的建议，非常感谢

msnshow

bug管理系统的好处不仅仅在于,在项目测试过程中的管理,还有利了经验的积累,当你完成一个项目后,再回去看自己所提交的BUG你会发现表述不清楚的地方之类的,在以后的项目中就能改进

dhy

一、缺陷管理系统
我也是刚开始做测试，我们公司原来都没有测试组，我是新加的。呵呵所以关于测试的一切都是从头做起。我们的leader对于规范意识很强烈，所以成立测试组后第一步做得就是搭建了缺陷管理系统，我们用得是bugzilla，leader要求所有的开发人员也都熟悉下这个缺陷管理系统，以便可以随时查看报告给自己的问题，尽快的解决问题。我觉得这个缺陷管理系统还是很必要的，虽然现在对它的使用并不是很熟悉，但目前搭建它的意义大于使用，只有搭建好了才能慢慢熟悉使用。
二、版本控制
我们部门有对于版本控制的要求，只是刚工作还没使用过（我刚开始实习10天 ），也不知道如何使用，发布哪些内容呢，呵呵这方面以后学到了可以继续补充。
三、bug报告
由于我们部门比较小，所以还没有真正意义上的规范，对于发现的问题也是msn或QQ直接与相关的开发人员联系，不过我们会把所有的问题记录下来，然后汇总问题用邮件发送给开发的负责人员，抄送项目负责人。这样负责人也会关注这些问题的解决，有助于加快问题解决的效率
呵呵在你的这个话题里学到很多东西，希望咱们共同进步！

任道远

havards

你们居然拿QQ来报告问题，真是太牛了！！！

zzy302

同意38 39楼的兄弟，我们有自己的一套bug管理系统，目前流程方面没有这么乱

但是其他方面存在不少问题

qdd6501

有很多缺陷管理工具可以用的啊我们公司用的是TD，感觉还好。发现bug后提交（填写版本号，具体问题，serverity，priority）给模块负责人，系统会自动发邮件给负责人的，然后他们修改后会修改bug状态为fix，然后tester在new version中verify，通过就close否则在reopen

kiss0710

原帖由 sixsigmay 于 2008-8-29 11:17 发表



我就是希望有你这样的一个bug流程，，不是让测试人员来找问题的负责人，测试人员是负责找bug，提交bug后是应该让该bug模块负责人来分配问题和解决问题的吧。。。不知道我的是否对

我公司是这样的,提交BUG的时候，你只要写清楚出问题的component是哪个,以及测试的版本号等必填问题就可了,然后每个component至少有一个developer负责,你提交后，这个BUG只要被CCB标注为Approved后,你就不用管了.直到这个问题Resolved了, 你再在新build上verify,没问题后你把这个BUG标记为Closed. 整个过程就是这样.但是不一定是谁报的CR就让谁Close.看你被分到哪个任务了。


你们上班都可以上网么,我们中午只有一个小时可以上.

sixsigmay

原帖由 kiss0710 于 2008-8-29 09:11 发表

请教下：你们Bug提交上去以后还要自己去跟踪乃至直接找开发人员解决啊？我们都是报上去就不怎么管了，然后系统会自动assign给相应的developer．我们只要关注这个CR的状态就好了，不同优先级的ＣＲ都有一个解决的时 ...

我就是希望有你这样的一个bug流程，，不是让测试人员来找问题的负责人，测试人员是负责找bug，提交bug后是应该让该bug模块负责人来分配问题和解决问题的吧。。。不知道我的是否对

sixsigmay

原帖由 archonwang 于 2008-8-28 09:00 发表


关于这个问题，简单说下自己的看法

    1.一个bug关联到好几个模块时，模块A_DEV说这个错误是模块B_DEV的，好，那我跑去问模块B_DEV-------会出现这样 的过程，让TESTER来找追寻问题原因。

TESTER查询问 ...

    恶魔，你建议得非常正确，谢谢！！
    对于第一个问题，测试人员是应该对整个系统，或者是说对模块间的联系要熟悉。对于我现在处在的团队来说或者是不管在有没有bug跟踪管理系统的团队中，对于tester都是需要去理解和把握系统的全局，对系统的整体有个认识与熟悉。。我也正是在慢慢的熟悉测试的系统。。
    但是，我认为，，在tester提交bug后，bug的解决过程是应该交给开发方或者可以说是交给解决问题的团队，如果有bug管理系统，tester提交bug后由开发方组长来分配错误给某人，然后由某开发人员来解决bug，这解决过程是不应该tester来掺和的吧。（呵呵，是不是这样的。刚自学bug管理系统，不是很清晰）
    虽然在我测试部门里，找解决问题的人一般都能够及时准确找到并解决，但是就像我刚在帖子上说的，，如果又碰到了这样的情况---bug表面显示是DEV_A负责的，然而DEV_A在解决的过程中发现另外一个隐藏问题，需要DEV_B来解决，然后和tester说，这个问题需要去找DEV_B。好，tester去找DEV_B，然后和DEV_B说问题原因，说问题经过----那么，如果DVE_B发现需要找DEV_C来解决呢，那完蛋了。。tester有没有这么多的时间耗着。。。
    像我一次碰到的问题就是，，一个字段的问题，涉及到“产品组，，模块1开发组，模块2开发组”，产品组说需要模块1人员解决，模块1说不是的，这个字段***，好，又让tester去找模块2，模块又***！！！这个过程，我打了好多电话，，最后没有办法，只有打到模块总负责人那里，总负责人说，他来召集大家解决这个问题。。。花了很多时间，，所以，想到这个问题时，我就在想，是不是该推行bug管理系统了。
     所以个人想学习bug管理系统后，能够把系统推广。。所以发帖子征求大家的意见，，我该怎么做好这一块bug管理系统的内容。。

[ 本帖最后由 sixsigmay 于 2008-8-29 11:13 编辑 ]

archonwang

如果公司规模不大，那差不多就是这样子啦。如果公司规模比较大，流程很规范，那么对应的各项工作都有一个角色进行支撑。若是说报上去不管，那么在大型公司里，就有对应的角色做分配、跟踪及报告通知的工作，在中小型的公司里，那可是工作不到位哦。关键还是看你在哪里，这个事情不算大，但是总归要有人负责做。没人做就得想办法解决，否则流程是不可能顺畅的——一是因为信息不对称，二是因为一些人为的沟通障碍。

至于规范与否，我觉得没有必要深究，如果这种方式能很大程度上提高生产力，即使现在不规范也很快会变成规范的。我觉得仅仅是一种状态而已。

老实说，工业化生产的特点之一就是流水化操作，但是，流水化操作的前提之一就是所有的工作都可以清晰表述，都有人负责，都有参考依据，连贯性，没有缺失的任何一环。否则流程上出问题，必然影响后面的工序。大型公司和中小型公司由于在规模上的差异，导致了其管理问题本质上的不同。

[ 本帖最后由 archonwang 于 2008-8-29 10:42 编辑 ]

lotuis

原帖由 kiss0710 于 2008-8-29 09:11 发表

请教下：你们Bug提交上去以后还要自己去跟踪乃至直接找开发人员解决啊？我们都是报上去就不怎么管了，然后系统会自动assign给相应的developer．我们只要关注这个CR的状态就好了，不同优先级的ＣＲ都有一个解决的时 ...

没有正不正规的，如果非要按照国际标准，ISO9000，CMMI之类，你们都不正规，你们只是QE，汇报bug就是你们的职责，流程是由QA负责，你们一个是大QA制度，过程控制到质量检测全是QA，一个是没有QA，直接Tester与Dev直线联系，在像微软的流程里，还有Triage角色，就是替换你们系统自动assign的角色，他们负责bug的第一轮处理，比如优先级够不够啊之类。

lotuis

原帖由 kiss0710 于 2008-8-29 09:03 发表


恩，终于明白了，为什么我跑印度人的脚本时老觉得我自己智商低下呢，原来如此，谢谢～

插一句，我觉得国内的测试人员都太严格按照标准来了，举个例子，关于bug的书写规范，明明定好的标准，我们就傻傻的一步步 ...

bug的标准这个得看你上司的偏好，特别是你的老板是新来的，你和Dev之间形成的bug默契，相关的人都知道是什么，但是他不知道，他就会如更年期一般指责你的bug不合规范，其实是他抛不开面子去问，低级种姓的黑皮肤印度老女人尤其如此。