1、 测试计划和实际情况的偏差过大

　　在项目开发中，这个问题并不是我们测试管理个别问题，几乎每个项目的计划都和实际存在偏差，而对于这个问题，很多的团队都是采用滚动式计划方式，及时根据环境条件和实际完成情况定期或者临时的来进行小范围的调整计划，对于大范围的计划变更，即测试管理团队无法解决的，应该上报风险；

　　2、 测试策略的制定没有达到其效果

　　在说明其问题之前，我们先清楚一下几个名词的概念：测试方案，测试策略和测试用例。

　　测试方案是对测试工作上的总体描述，测试方案我个人认为是测试的系统架构；

　　测试策略可以分为粗放型和精细型，我个人任务粗放型的测试策略可以相当于概要设计，而精细型的测试策略可以相当于详细设计；

　　测试用例比较好理解，这个相当于程序代码了；

　　所以说我们在进行测试策略的设计时，我们的目标是什么，是详设还是概设？当我们定下目标后，我们就非常清楚的知道，测试策略在测试用例设计中的作用和其应用的效果了；

　　3、 测试阶段的划分

　　关于测试阶段划分不明确的问题，我个人认为这点是第一个问题中的一个具体问题展现，同时其测试阶段的划分除了其计划时的划分外，还需要根据其测试的情况适当的调整其测试周期，如根据bug的多少趋势或者达到某个标准时，退出此阶段进入下一阶段；

　　4、 测试团队沟通

　　在上次测试总结中，说此问题是个人和组员的问题，我认为那个说法是片面的，其主管不仅负责自己和下属的沟通，还要负责组织组员和组员之间的沟通；同时团队中的沟通不仅仅是工作信息之间的传输，还包括其他方面之间的信息流通。

　　5、 测试报告总结

　　系统第一阶段的测试报告总共有80多页，而测试BUG汇总的信息就占了30多页，而BUG汇总信息在缺陷管理工具中已经存在，同时这些信息，领导们不会关心这么详细，个人认为在测试报告中不需要体现了，在测试报告中更多是统计汇总的信息，还有通过统计汇总的信息对前一阶段工作进行总结和对其版本的质量进行评估。

　　6、 测试工作总结

　　在我们团队中，对于此类的总结会议上，大家谈论的都是我们工作中存在的问题，而对我们取得成绩和付出的努力，大家都没有去表扬；问题应该去讨论并解决，但我们取得的成绩也不能忽略不提。所以我建议在工作总结上还是先肯定大家的成绩，然后在讨论问题。

版权声明：本文出自ly_xixihaha的51Testing软件测试博客：http://www.51testing.com/?22937

原创作品，转载时请务必以超链接形式标明文章原始出处、作者信息和本声明，否则将追究法律责任。