1。需求评审前，仔细查看需求文档，理解新功能和之前版本哪些功能有交叉的测试点，以及之后进行测试时可能需要注意的地方。先预估一下测试的工作量，记录自己不懂的地方，以便于在需求评审中，重点关注一下相关模块，有疑惑及时提出。
2。 需求评审中，注意一定要养成记录评审的习惯。评审过程中肯定会有一些设计开发和产品有争议的，比如代码实现量大，或会改动到其他某些模块，也可能是暂时无法实现的，这些都要记录下来，一则加深自己对于评审的记忆（因为距离评审通过到开发交付演示，时间可能会有点长），同时也对之后编写测试用例应该注意的地方，提前做一个文档记录的预防。
3。 需求评审完成后，整理自己评审前和评审中的文档，如果评审通过，则可以根据最新的需求文档，梳理出一份简单的用例导图。
列出交叉功能点（即测试点），或者需求理解时，可以快速定位到某个测试点上的