liuxz 2007-1-22 16:30
要分一个测试人员过来，有点点问题
以前我们部门只我一个人测试，自己把握整个流程，对整个软件的质量负责，整个过程自己心里基本都有数。现在有一个要转来测试，怎么配合的问题就不得不考虑了，我们只做功能测试，如果只简单的按模块分下工的话，我感觉会漏掉一些严重的缺陷，而且不了解其他模块，有可能对自己测的模块都不能很好的理解。。。
总之感觉问题不少，大家谁有好的建议，分享一下sdlkfj2
millionaire 2007-1-23 16:50
两个人测总比一个人好啊,不同人的理解是不一样的,能找出更多的潜在的问题
rainyday32 2007-1-26 11:20
没有什么不好~~集思广益，不代表你一个人就会做的非常好，你们可以分工测试一些功能，然后再测试对方测试过的，这样可以看看有没有遗漏，我不明白你为什么会担心呢？难道时间有限？
白菜叶子 2007-1-29 10:35
每个人负责一个产品啊，你们公司只有一个产品啊？
liuxz 2007-1-31 12:10
倒是有好几个，不过同时进行的基本就一个了
rickyzhu 2007-1-31 12:31
一个人的思维,知识面,经验难免受个人的经历和其他方面的影响, 多一个人就会多一种思路和视角.
建议好好沟通一下,分工明确就不会有遗漏的问题,不可能一直是一个产品一个人进行测试.
小的产品还可以,如果是大的产品,上百人的测试队伍也很正常,我们公司的测试团队就有几十号人.
ready0709 2007-2-1 14:45
[quote]原帖由 [i]liuxz[/i] 于 2007-1-22 16:30 发表
以前我们部门只我一个人测试，自己把握整个流程，对整个软件的质量负责，整个过程自己心里基本都有数。现在有一个要转来测试，怎么配合的问题就不得不考虑了，我们只做功能测试，如果只简单的按模块分下工的话， ... [/quote]
两个人做是比一个人好多了，最起码你的工作量会少点。
但也要考虑这个转进来的人是什么样子的
我遇到过类似情况
如果不合适测试，测的东西你是不会放心的
有问题，老大会直接找你，所以很闷～～
杨小 2007-2-28 14:11
可以互相评审对方的用例，然后再一起讨论完善。这样工作起来，效率也提高了，
恭喜楼主啊，测试部添丁进口了。sdlkfj6
青青 2007-2-28 16:35
同意楼上的.
开始执行测试前,互相评审测试用例,执行时分工也可以!
有多余时间,可以free test!
lesterfisher 2007-3-3 10:32
确实有影响，毕竟设计到测试任务的分配等等。但应该多一个人是个好事。楼主也可以学着怎么管理了：）
wgs0923 2007-3-5 16:29
首先测试计划,测试设计................的测试工作都不能少;(由于你比较熟悉的话,以你的为主)
而且两人需要在这些硬的方面达成共识~~~
1.测试用例部分可以增加互评这一步,集思广益嘛;
2.具体测试时,一般都是按测试模块来分工了~但是在一人测试完一模块后,两人就交换模块来测试(我叫它为:交叉测试法);
3.测试总结:每人都需要做一份被测项目/产品的测试报告,然后两人开个小的总结会议,讨论各自的测试心得,项目/产品的想法,测试技术等~~~~~~~~~~
200605200000 2007-3-15 10:48
up
不开窍的大饼 2007-3-28 22:09
我想 你跟他多沟通 你的测试流程规范重点 要得到他的了解和支持；以及 他有什么建设性的东西 可以添进去 更增加效率
不要变成一山不容二虎sdlkfj5 也不要变成两个和尚。。
还有我想；是不是如果二人也构成一个团队；那就一定要有一个领导者呢？
这方面我没经验；如果上面没有分配权限；协商最重要
如果他是新手；只有辛苦你 多带带他；然后基础性的东西 让他多做些
你获得的时间；可以去完成更有效的工作
不开窍的大饼 2007-3-28 22:13
你也担心他的能力 会不会漏掉严重的缺陷
他来了；你们聊聊 彼此了解考察一下对方；最好能彼此获取信任 大家一起努力
老师上团队课的实例让我了解到；单个人永远无法完美；但团队可以：）
happy45 2007-5-9 10:30
呵呵,我刚进一家公司做功能测试,情况和楼主差不多,不同的是我进去之前已经有两个人在做测试了,我进了之后,一个去了产品部,现在还是两个人.呵呵,因为刚进公司,不知道两人之间应该进行怎样的分工,不过我觉得两个人一起做,至少可以对一些问题进行交流,像测试用例的设计,总比一个人孤军奋战的好.sdlkfj2
csd20 2007-6-16 16:05
如果他是个新手的话，就先让他做一些基本的功能测试啊，让他慢慢熟悉流程，在一段时间内，大家达成共识，就好办多了。
nanacy1981 2007-7-11 09:13
楼主可能不习惯和别人合作吧？
其实我也一样，老想做自己的工作，不喜欢跟别人讨论和沟通
也知道这样做不好，所以努力克服中.......
刘洪鹏 2007-7-11 09:18
要做一个职业的人 有些情况你是不能去把握的 只有努力做的最好
magenzqp 2007-7-16 17:22
互相学习
liulinzhu 2007-7-25 14:30
楼主就是那种不和别人沟通的人，最后吃亏的还是自己。
我周围就有这么个同僚
wj1983654 2007-8-3 17:56
设计用例时探讨，补充完全，测试时可在一些新模块及交叉模块进行重叠测试，而其他模块若好划分则可分开，然后在回归或二次测试时两人工作交替，如此不好么？
chipin64585 2007-8-6 15:59
互相学习
s428lsy 2007-8-7 11:03
是啊
jidiangf 2007-8-14 18:28
很简单，一人测一遍。。
jidiangf 2007-8-14 18:28
一个人负责的项目，肯定不会很大型。
charliemr 2007-8-14 22:35
两个人测试也没什么不好啊，两个人可以互相交流，一个人一种思想，两个人就有两个啦。
在测试计划、测试设计、测试实现各阶段，可以个人提出自己的想法。如果要模块分工的话，在之前，让他熟悉一下各个模块，在分工时，让他测试的模块最后，你再看一遍有没有遗漏的。其实最好的是刚开始不要模块分工，两个人都对整个项目中的每个模块都做测试用例，然后综合两个人的测试用例，并都提出自己的想法，一致通过后模块分工执行测试用例。
yangfan 2007-8-15 17:18
同意楼上
xiaoxiabob 2007-8-16 15:48
如果你对自己的技术和经验比较放心的话而对方没什么经验的话，建议由你负责确定测试的大方向，诸如测试框架，还有一些重要部分的测试用例，交给他一些容易些的部分由他按照你的测试架构编写部分用例由你审核，借此也能锻炼他的能力。如果测试用例完备的话交由他测试应该也可以放心的。
xushipu 2007-8-17 15:40
跟我现在的问题一样 他完全不懂 要我一点点的教 郁闷啊
luohong 2007-8-17 17:05
[quote]原帖由 [i]rainyday32[/i] 于 2007-1-26 11:20 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=423725&ptid=63587][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
没有什么不好~~集思广益，不代表你一个人就会做的非常好，你们可以分工测试一些功能，然后再测试对方测试过的，这样可以看看有没有遗漏，我不明白你为什么会担心呢？难道时间有限？ [/quote]
我们都是这样作的
兰兰 2007-8-24 11:04
新来的测试人员如果对系统还不了解的情况下，你还要边给他讲解边工作，有时是很麻烦，如果遇到难沟通的你自己还吃力不讨好，我这边就是，过来了个测试的，但是那位同志什么都不会，而且还是靠领导关系进来的，还不好对她说什么。
我的做法就是：1、每天给她安排工作任务，有什么不懂的及时沟通；
2、起初她也能发现一些最初级的所谓bug，对业务上的一点都没有办法，我就把 我以前测出的还没有关闭的bug让她进行回归测试，让她从我的bug描述中学习系统的业务，我感觉收效还可以。
3、对新来的同事不能觉得她什么都不会就不理她，要给她安排一些力所能及的工作，还有对她的工作给与阶段性的肯定，这样她会进步很快，也会非常感激你。
liuxz 2007-9-3 00:00
楼上的，我感觉回归测试是万万不可交给别人的，修改缺陷引入缺陷现象也相当厉害的。。。
协作好了确实对个人对项目都有很大好处，工作中慢慢摸索吧sdlkfj2
windfly1314 2007-9-3 10:14
久了大家肯定都回遇到这种情况。
上个项目我也是遇到这样的情况，由于我们的产品有分支的，我分给了她另一个分支，但是测试用例是我写的，然后她来修改和补充。在测试工程中我也会抽时间看看她负责的部分和了解下她测试的效果。虽然某些方面她会遗漏，但是随着业务的理解她的进步也不错。
所以我觉得主要是相互的沟通和工作分配。
changlang530 2007-9-5 15:39
小公司！
lblcq 2007-9-26 20:37
终归是要走向规模化的，一个人是难保证质量的
页:
[1]