在测试计划、测试设计、测试实现各阶段，可以个人提出自己的想法。如果要模块分工的话，在之前，让他熟悉一下各个模块，在分工时，让他测试的模块最后，你再看一遍有没有遗漏的。其实最好的是刚开始不要模块分工，两个人都对整个项目中的每个模块都做测试用例，然后综合两个人的测试用例，并都提出自己的想法，一致通过后模块分工执行测试用例。 同意楼上 如果你对自己的技术和经验比较放心的话而对方没什么经验的话，建议由你负责确定测试的大方向，诸如测试框架，还有一些重要部分的测试用例，交给他一些容易些的部分由他按照你的测试架构编写部分用例由你审核，借此也能锻炼他的能力。如果测试用例完备的话交由他测试应该也可以放心的。 跟我现在的问题一样他完全不懂要我一点点的教 郁闷啊 原帖由 rainyday32 于 2007-1-26 11:20 发表 http://bbs.51testing.com/images/common/back.gif
没有什么不好~~集思广益，不代表你一个人就会做的非常好，你们可以分工测试一些功能，然后再测试对方测试过的，这样可以看看有没有遗漏，我不明白你为什么会担心呢？难道时间有限？
我们都是这样作的 新来的测试人员如果对系统还不了解的情况下，你还要边给他讲解边工作，有时是很麻烦，如果遇到难沟通的你自己还吃力不讨好，我这边就是，过来了个测试的，但是那位同志什么都不会，而且还是靠领导关系进来的，还不好对她说什么。
我的做法就是：1、每天给她安排工作任务，有什么不懂的及时沟通；
2、起初她也能发现一些最初级的所谓bug，对业务上的一点都没有办法，我就把我以前测出的还没有关闭的bug让她进行回归测试，让她从我的bug描述中学习系统的业务，我感觉收效还可以。
3、对新来的同事不能觉得她什么都不会就不理她，要给她安排一些力所能及的工作，还有对她的工作给与阶段性的肯定，这样她会进步很快，也会非常感激你。 楼上的，我感觉回归测试是万万不可交给别人的，修改缺陷引入缺陷现象也相当厉害的。。。
协作好了确实对个人对项目都有很大好处，工作中慢慢摸索吧sdlkfj2 久了大家肯定都回遇到这种情况。
上个项目我也是遇到这样的情况，由于我们的产品有分支的，我分给了她另一个分支，但是测试用例是我写的，然后她来修改和补充。在测试工程中我也会抽时间看看她负责的部分和了解下她测试的效果。虽然某些方面她会遗漏，但是随着业务的理解她的进步也不错。
所以我觉得主要是相互的沟通和工作分配。 小公司！ 终归是要走向规模化的，一个人是难保证质量的 路过
页:
1
[2]
