要分一个测试人员过来，有点点问题
以前我们部门只我一个人测试，自己把握整个流程，对整个软件的质量负责，整个过程自己心里基本都有数。现在有一个要转来测试，怎么配合的问题就不得不考虑了，我们只做功能测试，如果只简单的按模块分下工的话，我感觉会漏掉一些严重的缺陷，而且不了解其他模块，有可能对自己测的模块都不能很好的理解。。。总之感觉问题不少，大家谁有好的建议，分享一下sdlkfj2
两个人测总比一个人好啊,不同人的理解是不一样的,能找出更多的潜在的问题 没有什么不好~~集思广益，不代表你一个人就会做的非常好，你们可以分工测试一些功能，然后再测试对方测试过的，这样可以看看有没有遗漏，我不明白你为什么会担心呢？难道时间有限？ 每个人负责一个产品啊，你们公司只有一个产品啊？ 倒是有好几个，不过同时进行的基本就一个了 一个人的思维,知识面,经验难免受个人的经历和其他方面的影响, 多一个人就会多一种思路和视角.
建议好好沟通一下,分工明确就不会有遗漏的问题,不可能一直是一个产品一个人进行测试.
小的产品还可以,如果是大的产品,上百人的测试队伍也很正常,我们公司的测试团队就有几十号人. 原帖由 liuxz 于 2007-1-22 16:30 发表
以前我们部门只我一个人测试，自己把握整个流程，对整个软件的质量负责，整个过程自己心里基本都有数。现在有一个要转来测试，怎么配合的问题就不得不考虑了，我们只做功能测试，如果只简单的按模块分下工的话， ...
两个人做是比一个人好多了，最起码你的工作量会少点。
但也要考虑这个转进来的人是什么样子的
我遇到过类似情况
如果不合适测试，测的东西你是不会放心的
有问题，老大会直接找你，所以很闷～～ 可以互相评审对方的用例，然后再一起讨论完善。这样工作起来，效率也提高了，
恭喜楼主啊，测试部添丁进口了。sdlkfj6 同意楼上的.
开始执行测试前,互相评审测试用例,执行时分工也可以!
有多余时间,可以free test! 确实有影响，毕竟设计到测试任务的分配等等。但应该多一个人是个好事。楼主也可以学着怎么管理了：） 首先测试计划,测试设计................的测试工作都不能少;(由于你比较熟悉的话,以你的为主)
而且两人需要在这些硬的方面达成共识~~~
1.测试用例部分可以增加互评这一步,集思广益嘛;
2.具体测试时,一般都是按测试模块来分工了~但是在一人测试完一模块后,两人就交换模块来测试(我叫它为:交叉测试法);
3.测试总结:每人都需要做一份被测项目/产品的测试报告,然后两人开个小的总结会议,讨论各自的测试心得,项目/产品的想法,测试技术等~~~~~~~~~~ up 我想 你跟他多沟通你的测试流程规范重点 要得到他的了解和支持；以及 他有什么建设性的东西 可以添进去 更增加效率
不要变成一山不容二虎sdlkfj5也不要变成两个和尚。。
还有我想；是不是如果二人也构成一个团队；那就一定要有一个领导者呢？
这方面我没经验；如果上面没有分配权限；协商最重要
如果他是新手；只有辛苦你 多带带他；然后基础性的东西 让他多做些
你获得的时间；可以去完成更有效的工作 你也担心他的能力 会不会漏掉严重的缺陷
他来了；你们聊聊 彼此了解考察一下对方；最好能彼此获取信任 大家一起努力
老师上团队课的实例让我了解到；单个人永远无法完美；但团队可以：） 呵呵,我刚进一家公司做功能测试,情况和楼主差不多,不同的是我进去之前已经有两个人在做测试了,我进了之后,一个去了产品部,现在还是两个人.呵呵,因为刚进公司,不知道两人之间应该进行怎样的分工,不过我觉得两个人一起做,至少可以对一些问题进行交流,像测试用例的设计,总比一个人孤军奋战的好.sdlkfj2 如果他是个新手的话，就先让他做一些基本的功能测试啊，让他慢慢熟悉流程，在一段时间内，大家达成共识，就好办多了。 楼主可能不习惯和别人合作吧？
其实我也一样，老想做自己的工作，不喜欢跟别人讨论和沟通
也知道这样做不好，所以努力克服中....... 要做一个职业的人有些情况你是不能去把握的只有努力做的最好 互相学习 楼主就是那种不和别人沟通的人，最后吃亏的还是自己。
我周围就有这么个同僚
页:
[1]
2
