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