要分一个测试人员过来，有点点问题

liuxz

以前我们部门只我一个人测试，自己把握整个流程，对整个软件的质量负责，整个过程自己心里基本都有数。现在有一个要转来测试，怎么配合的问题就不得不考虑了，我们只做功能测试，如果只简单的按模块分下工的话，我感觉会漏掉一些严重的缺陷，而且不了解其他模块，有可能对自己测的模块都不能很好的理解。。。
总之感觉问题不少，大家谁有好的建议，分享一下sdlkfj2

hdtest001

路过

lblcq

终归是要走向规模化的，一个人是难保证质量的

changlang530

小公司！

windfly1314

久了大家肯定都回遇到这种情况。
上个项目我也是遇到这样的情况，由于我们的产品有分支的，我分给了她另一个分支，但是测试用例是我写的，然后她来修改和补充。在测试工程中我也会抽时间看看她负责的部分和了解下她测试的效果。虽然某些方面她会遗漏，但是随着业务的理解她的进步也不错。
所以我觉得主要是相互的沟通和工作分配。

liuxz

楼上的，我感觉回归测试是万万不可交给别人的，修改缺陷引入缺陷现象也相当厉害的。。。
协作好了确实对个人对项目都有很大好处，工作中慢慢摸索吧sdlkfj2

兰兰

新来的测试人员如果对系统还不了解的情况下，你还要边给他讲解边工作，有时是很麻烦，如果遇到难沟通的你自己还吃力不讨好，我这边就是，过来了个测试的，但是那位同志什么都不会，而且还是靠领导关系进来的，还不好对她说什么。
我的做法就是：1、每天给她安排工作任务，有什么不懂的及时沟通；
                     2、起初她也能发现一些最初级的所谓bug，对业务上的一点都没有办法，我就把  我以前测出的还没有关闭的bug让她进行回归测试，让她从我的bug描述中学习系统的业务，我感觉收效还可以。
                     3、对新来的同事不能觉得她什么都不会就不理她，要给她安排一些力所能及的工作，还有对她的工作给与阶段性的肯定，这样她会进步很快，也会非常感激你。

luohong

原帖由 rainyday32 于 2007-1-26 11:20 发表
没有什么不好~~集思广益，不代表你一个人就会做的非常好，你们可以分工测试一些功能，然后再测试对方测试过的，这样可以看看有没有遗漏，我不明白你为什么会担心呢？难道时间有限？

我们都是这样作的

xushipu

跟我现在的问题一样  他完全不懂  要我一点点的教 郁闷啊

xiaoxiabob

如果你对自己的技术和经验比较放心的话而对方没什么经验的话，建议由你负责确定测试的大方向，诸如测试框架，还有一些重要部分的测试用例，交给他一些容易些的部分由他按照你的测试架构编写部分用例由你审核，借此也能锻炼他的能力。如果测试用例完备的话交由他测试应该也可以放心的。

yangfan

同意楼上

charliemr

两个人测试也没什么不好啊，两个人可以互相交流，一个人一种思想，两个人就有两个啦。
在测试计划、测试设计、测试实现各阶段，可以个人提出自己的想法。如果要模块分工的话，在之前，让他熟悉一下各个模块，在分工时，让他测试的模块最后，你再看一遍有没有遗漏的。其实最好的是刚开始不要模块分工，两个人都对整个项目中的每个模块都做测试用例，然后综合两个人的测试用例，并都提出自己的想法，一致通过后模块分工执行测试用例。

jidiangf

一个人负责的项目，肯定不会很大型。

jidiangf

很简单，一人测一遍。。

s428lsy

是啊

chipin64585

互相学习

wj1983654

设计用例时探讨，补充完全，测试时可在一些新模块及交叉模块进行重叠测试，而其他模块若好划分则可分开，然后在回归或二次测试时两人工作交替，如此不好么？

liulinzhu

楼主就是那种不和别人沟通的人，最后吃亏的还是自己。
我周围就有这么个同僚

magenzqp

互相学习

刘洪鹏

要做一个职业的人  有些情况你是不能去把握的  只有努力做的最好