产品迭代版本测试流程（设计评审）

现在主要是做OA系统的迭代测试，主要偏于业务逻辑的功能测试，在这里简单记录一下可能会涉及到的测试知识：

一、设计评审

按照测试流程，第一步就是参与涉及评审，一般设计评审会有三方角色参与，分别是：产品、开发、测试。产品经理会提前通知参加评审的时间和地点，以及提供srs涉及文档。常规设计评审都是以会议的模式展开，设计评审的过程：

1、产品经理讲解设计文档；

2、开发人员估测代码可行性和实现功能的工作量；

3、测试人员预估测试工作量。

通过三方讨论，最终决定设计是否过关，是否采用。而在此过程中，测试人员需要的注意事项有以下几项：

1、 设计评审前，仔细查看设计文档，理解新功能和之前版本哪些功能有交叉的测试点，以及之后进行测试时可能需要注意的地方。先预估一下测试的工作量，记录自己不懂的地方，以便于在设计评审中，重点关注一下相关模块，有疑惑及时提出。

2、 设计评审中，注意一定要养成记录评审的习惯。评审过程中肯定会有一些设计开发和产品有争议的，比如代码实现量大，或会改动到其他某些模块，也可能是暂时无法实现的，这些都要记录下来，一则加深自己对于评审的记忆（因为距离评审通过到开发交付演示，时间可能会有点长），同时也对之后编写测试用例应该注意的地方，提前做一个文档记录的预防。

3、 设计评审完成后，整理自己评审前和评审中的文档，如果评审通过，则可以根据最新的设计文档，梳理出一份简单的用例导图。