在测试过程中，难免遇到一些觉得自己比较棘手或充满困难的问题，或者说是后续要一直提升的问题。
工作中无法就是从2个方面展开：做事方式，人员管理，所以遇到的问题也无法就是这2个方面的事情。
（1）评估测试工作量
问题1：有个项目或需求要测试，要给个测试工作量是多少？
困难1：对测试范围只是有个初步的了解，测试到底有多少工作量无法全面衡量
困难2：无类似的项目参考
困难3：计划经验不足
困难4：根据工作量做了计划后，总会有其它优先级更高介入导致又没有按预估的计划开展（俗话说的计划敢不上变化）
感想：以前觉得：给出这个工作量的人自己都不太确定是否合理，给这个时间又有什么意义
现在理解：做什么都要有计划（客户需要我们给出计划，项目经理需要计划等），只有详细的计划才能使事情有序的开展，才能让每个角色的人知道什么情况下做什么事情，尽量这个计划和实际开展过程会有出入。
总结：
看到网上某文章中强调计划要遵循的一个原则：工作量可以多，但一定要合理。可以不准确但一定要合理，因为合理并不代表准确。
（1）实在无法准确给出时，结合开发给的工作量计划来评估，如测试量是开发工作量的三分之一或三分之二（如果项目复杂度高时）---（测试经理传授的经验）
（2）预估时要多出缓冲或backup时间，以应用风险
（3）做为测试负责人，负责的测试工作（不能以全身投入的时间量来衡量，只能投入一部分的人力)
（4）将测试工作进行拆解（如需求阶段投入、测试用例投入、测试执行投入（一般需要几轮回归测试、要不要做性能测试等）、测试收尾（缺陷验证、测试报告等）
相关的文章学习：
如何准确评估项目测试的工作量？ - 51Testing软件测试网
（2）版本发布前期测试时间紧张
每次版本发布，尤其到了快临近版本发布节点，感觉各方面的催促（项目经理、开发负责人、测试经理）等，总感觉测试心里没有底，原因主要有以下：
（1）前期开发进度延迟，导致测试时间被压缩
（2）测试前期投入不够积极，BUG在后期呈现更多，导致测试后期测试任务堆积
（3）开发质量不理想，导致后期修复过程中不断引入新的问题，甚至更严重的问题
（4）测试计划做的不够充分合理，导致预估的测试时间不够充足
（5）有其它测试任务不断插入，新插入的测试任务评估理想导致后期测试时间不够
（6）开发新的模块（开发觉得简单，但是做的过程越做越复杂且涉及到多个产品线，多个系统之间集合，交互给测试时间又很延时），导致测试过程很仓促
（7）个别测试人员负责的模块，发现问题不够多
（8）各个产品之间集成测试没有理想中的那么顺利
（3）现场问题测试
当现场客户特别多时，现场问题又比较多时，测试现场环境的管理怎么高效便捷？
.........