第一次遭遇测试风险！

    第一次自己接受一个新项目的测试跟踪，整个项目有三方参与，开发方、产品方、以及测试。

首先开发方给一个大的需求，当时看到这个大的需求文档，觉得写得比较粗，看不出产品的会是什么样子。

完了之后产品给出每个模块的需求，每个功能都标出来了，我一看乐了，这样对我写用例有好处，用例写完了，等着测试呗。。。。。

测试版本终于出来了，我一看傻眼了，很多东西变了，不是我之前从详细需求文档里看到的样子，可是还是得测试，我逐个地跟开发核对信息，才知道他们在开发过程中自个变更了需求设计，而我对这些毫无所知，没办法，用例是边修改边测试.......哎，冒汗啦.........

通过这件事得出以下2个结论：

一、需求文档一定要参与评审，对里面有疑问或是觉得不合理的地方赶紧提（开发以及测试），避免之后需求大规模的变更；另外，模块之间的交叉部分也得留意。

二、制定需求变更信息表，一旦需求变更，开发方应该在测试之前通知测试，这样一来，测试这边就可以修改用例