我试着用一种非常简单的方式来评估一些点，这有助于准备一份好测试评估。下面解释如何评估任务及一般技巧，以帮助我们更准确地做评估。
- 尝试与业务分析师、开发和质量检查团队进行头脑风暴会议。在这里，可以覆盖所有点，并将其深入到每个功能级别。尝试准备一个名为WBS的文档，其中包含测试时要考虑的测试点和场景。如果时间不允许这样做，那么请确保已经保留粗略的笔记，这将有助于准备基本的评估。
- 了解项目的需求和范围。列出我们在每个交付品上需要涵盖的所有类型的测试。
- 资源规划在评估中起着关键作用。资源的可用性将有助于确保评估是可行的。在这里你必须考虑你的团队成员的流失，乃至长久的流失。
- 如果我们需要安全性能或性能测试，请在初始步骤中认识。如果是的话，应该分开估算这个。
- 识别测试环境是评估要考虑的重点之一。根据你的测试计划，可能会为不同的模块使用相同的环境。
- 准备测试用例，以及基于不同交付物的测试数据。不要忘记添加时间来进行审查，有时还需要重做。
- 对于bug生命周期，基本上需要时间进行bug分类和缺陷管理，所以需要在评估中考虑Bug迭代。
- 确保哪些活动可以并行执行，可以节约大量的时间，节省的时间也可以用于缓冲。
- 过去同样的经验将是一额外的优势，可以做更好的评估过程。
- 评估可能会出错 - 所以在提交之前，请先在初始阶段重新查看评估值。
关于评估的一些假设：
这个评估工作是基于假设有至少5名资深测试人员正在这个项目开展工作。这个评估工作假设测试团队将获得持续可测试的构建。这个估计值变化+ 5％。
这仅对功能和UI测试起作用。
一旦完成第一轮测试，就会根据错误统计信息评估回归测试工作质量。
最后要考虑的是“缓冲区”，你必须增加一些时间作为缓冲。添加缓冲完全基于你的项目复杂性以及关键模块如何。根据过往经历做出判断。