常言道：“一个好的开始是成功的一半”，对于软件测试项目而言，尤其如此。好的测试计划安排往往意味着这个项目能按时按质的完成。这相对在软件行业中经常 Delay的情况而言是一种极为理想的结果。对于每个项目管理人员而言，都是一个梦寐以求的目标。但是在我们实际的项目进行过程中，我们总是会碰到各种各样的问题，在本文中，个人将就一些问题进行总结，并提出了个人的一些解决方法：

　　常见问题：

　　◇测试资源的安排，人类资源，硬件资源等等。

　　● 测试人员准备，一般情况下技术测试人员和手工测试人员的比率保持在3：7这个比率。

　　● 测试人员任务分配：

　　在软件测试项目中，想达成让每个测试人员都能乐意的去完成所分配给自己的任务这个目标是一个比较难的问题。目前在软件企业中，多数都是组员被动的接受Manager所分配的任务，当然也有一些组员能够在任务分配前主动说出自己想做哪一部分，所以对员工的积极性的有些影响。我的想法：如果想将员工本人的自身特点和项目结合起来进行一个综合，达成一定程度上的均衡，效果应该会更好。我的做法：根据项目的时间紧急程度，我会采用不同的方式来进行处理。第一种方法：在项目时间比较充裕的情况下，先将项目的大体概要介绍和相关资料发给所有的人员，同时发送一份调查表格，让他们自己先挑选出自己工作量2到3倍的感兴趣的项目模块部分，并标明优先选择次序。收回调查表进行统计后，在按照项目模块的有限级别和员工能力进行分配，对于那些没有拿到自己第一选择内容的员工，条件许可的情况下，一定要解释一下原因。在分配时候，尽量向基层员工倾斜，同一个复杂度等级的任务内容选择测试人员的次序如下（初级员工>有工作经验的员工>有本项目测试经验的员工）。这种方式往往会导致系统中最复杂，最难的部分大家都不愿意去测试，附加解决方法是，总体衡量一下各个组组员和组长的能力，选取其中能力相对比较强的组，在他们中进行分配。第二种方法：当项目时间很紧时，直接采用召集组长来进行分配，在进行实际分配之前，做一个简单的口头调查。然后就分配下去，分配是，一定要告诉他们为什么这么分配。在这种方式中，应该允许各个组的组长相互临时调换组员。这样做的原因是因为组长与组员打交道最多，相对了解也多，对组员的能力应该有更清楚的把握。

　　● 任务分配过程中的问题：组员不服从分配任务。

　　解决方法：

　　a.如果的确有合适调换任务对象，可以调换。调换时需要考虑到任务难度，优先级，相关人员等因素。

　　b.如果是要求从难度低的任务调换到难度高的任务。先鼓励之，然后用证明法和命令法来告诉组员为什么不行。证明法，可以在时间许可的情况下使用，挑出他/她意向任务中的难点告诉组员，让他/她提供解决方案，然后告诉他/她的解决方案中的优劣点，帮助他/她分析需要提高的地方，同时告诉他/她在完成自己的任务的情况下，可以向他/她意向任务承担着学习。命令法：在时间不许可的情况下使用，直接告诉他/她这次为什么不能换，你认为他/她还缺乏哪些方面的能力或知识，这些知识和能力会导致他/她任务失败。等到任务结束，在总结的时候再来和他/她讨论为什么不让调换任务。对这种情况，一定要多加注意，防止员工产生逆反心理而导致对实际任务采用糊人的态度来进行，这样会导致产品中隐藏有的问题而不能被测试出来。

　　◇如何提高测试项目的质量：

　　项目模块交叉测试项目模块交叉测试比较适合采用迭代模式开发的软件项目中，譬如采用原型法，敏捷模式或者瀑布模型都是比较适合采用这种方式来测试的。因为在这些开发模式中，测试内容同样也是一种迭代层进的方式来推进的。具体操作方式如下图所示：