1、 软件测试计划和实际情况的偏差过大
在项目开发中，这个问题并不是我们软件测试管理个别问题，几乎每个项目的计划都和实际存在偏差，而对于这个问题，很多的软件测试团队都是采用滚动式计划方式，及时根据环境条件和实际完成情况定期或者临时的来进行小范围的调整计划，对于大范围的计划变更，即软件测试管理团队无法解决的，应该上报风险；
2、 软件测试策略的制定没有达到其效果
在说明其问题之前，我们先清楚一下几个名词的概念：软件测试方案，软件测试策略和软件测试用例。
软件测试方案是对测试工作上的总体描述，测试方案我个人认为是测试的系统架构；
软件测试策略可以分为粗放型和精细型，我个人任务粗放型的测试策略可以相当于概要设计，而精细型的测试策略可以相当于详细设计；
软件测试用例比较好理解，这个相当于程序代码了；
所以说我们在进行测试策略的设计时，我们的目标是什么，是详设还是概设？当我们定下目标后，我们就非常清楚的知道，测试策略在测试用例设计中的作用和其应用的效果了；
3、 软件测试阶段的划分
关于测试阶段划分不明确的问题，我个人认为这点是第一个问题中的一个具体问题展现，同时其测试阶段的划分除了其计划时的划分外，还需要根据其测试的情况适当的调整其测试周期，如根据bug的多少趋势或者达到某个标准时，退出此阶段进入下一阶段；
4、 软件测试团队沟通
在上次测试总结中，说此问题是个人和组员的问题，我认为那个说法是片面的，其主管不仅负责自己和下属的沟通，还要负责组织组员和组员之间的沟通；同时团队中的沟通不仅仅是工作信息之间的传输，还包括其他方面之间的信息流通。
本文转载自51Testing软件测试网（查看全文）：http://www.51testing.com/html/83/n-186583.html