问题：测试时间不够的问题：
● 问题描述：项目计划中留给测试的时间不够，开发工作延后导致实际测试时间减少，无法保证测试质量。
● 参考意见：
一方面，跟项目经理沟通：
1）协商能否增加计划中的测试时间，
2）适当降低项目的质量目标，
3）适当增加测试人员；
另一方面，从内部着手：
1）尽早介入开始测试；
2）划分测试任务的优先级，先测试优先级高的。
3）调整测试策略，比如只进行正确性功能验证等；
4）采取多种测试手段和技术，提高测试效率；
问题：加班问题
● 问题描述：送测版本经常在下班后做好，要求测试组晚上通宵测试。
● 参考意见：
1、尽量把测试安排在正常的工作时间；
2、下班后送测的版本，第二天开始测试；
3、项目非常时期，需要经常通宵加班的，和项目经理协商，测试组和开发组轮流通宵；
问题：送测节奏问题
● 问题描述：送测版本太频繁，没有按照版本计划的节奏，经常每天送测一个版本，导致测试工作流于表面，无法深入开展
● 参考意见：
1、按照既定的版本计划节奏接收送测版本；
2、未经协商的临时版本不予接收；
3、确实需要的提前送测的，例如程序已较当前在测的版本有重大修改或重构，开发经理需要和测试经理提前协商；
问题：送测版本不达标问题
● 问题描述：送测的版本没有自测，或者自测效果差
● 参考意见：
1、帮助开发组建立自测流程；
2、帮助开发组确定自测内容；
3、自测完成须提交自测结果记录；
● 问题描述：没有送测清单，送测清单没有及时发出，送测清单没有准确反映版本修改情况
● 参考意见：
1、没有送测清单的版本，不予测试；等开发组补上；
2、和开发经理共同确定送测清单的模板；
3、送测清单没有准确反映版本修改情况时，和开发沟通，补充内容；
问题：测不下去的问题
● 问题描述：冒烟测试通过率低，出现致命问题
● 参考意见：
1、版本打回去，不进行后续功能测试；
2、如果经常出现，则分析具体原因，跟项目经理沟通寻求避免的办法。
问题：测试环境问题
● 问题描述：开发缺少独立的开发测试环境，占用测试组的环境调试程序，影响测试工作正常开展。
● 参考意见：跟项目经理明确，开发组不能使用测试环境。通过修改密码等方式控制。
问题：变更问题
● 问题描述：项目计划变更，需求变更，没有通知测试经理；
● 参考意见：
1、协商建立变更流程机制，并由专人负责跟踪执行情况；
2、测试经理经常主动去了解是否有变更；
问题：需求类问题
● 问题描述：没有需求文档；需求文档过于简单；系统实现和需求文档有偏差；
● 参考意见：
1、测试经理分析具体原因，向项目经理或高层经理反映，敦促问题解决；
2、采取灵活变通的措施，积极主动开展测试工作
a）协调安排开发组给测试人员培训，指导；
b）测试人员加强对需求的评审和理解；
c）编写简明的技术文档；
d）尝试开展随机测试等。
3、实现的和需求文档有偏差时，和项目经理确认以实现为准还是以需求为准；
问题：缺陷类问题
● 问题描述：开发组处理缺陷不及时
● 参考意见：测试经理定期发送缺陷状态统计表给项目经理，总监等。
● 问题描述：缺陷处理了，没有标明怎么处理的，测试无法覆盖全。
● 参考意见：在缺陷跟踪流程中明确定义缺陷处理的规则；提醒开发经理对缺陷的修复情况进行检查和确认。
问题：多测试任务并行的问题
● 问题描述：在一个项目里，存在多个版本分支（例如，不同地域上线版本），要求测试组并行开展测试，测试组忙不过来。
● 参考意见：
1、不同版本分支测试环境独立：维护多套测试环境；
2、按照任务的轻重缓急，分优先级开展测试工作；
3、考虑自动化测试，提高工作效率；
问题：测试组被要求做测试以外的事情
● 常见的测试以外的事情：
1、让测试人员帮助写需求文档，
2、让测试人员编写用户操作手册，
3、让测试人员负责对外技术支持等。
4、让测试组负责配置管理；
● 参考意见：测试组的主要工作是做好测试。测试组被分派测试之外的工作时，测试经理判断是否影响测试工作，如果影响，测试经理有权拒绝。