软件测试需求分析

    作为一名测试人员,无论做任何项目,第一件事就是就是要所要做的系统的业务需求弄清楚,一个项目由用户需求到系统需求再到测试需求是一个逐步求精细化的过程，整个系统的大体轮廓，业务流程也在脑海中渐渐的清晰，再根据提取出的测试需求功能点去设计相应的测试用例。

   前一段时间，公司有一个小项目要让我做测试，主要是熟悉系统业务流程，参与进来才发现只有实践才能提高，以前的学习主要是停留在测试用例的设计编写，眼光只是关注整个系统的一小部分功能点上，而没有从整体上去把握，看整个系统的流程，接口，和各个模块之间的关系。

   现在想来，对于一个系统我们首先要了解全部的业务，画出业务流程图；提取基本的正向流程，分支流程和反向流程；提取流程穿过的业务画面，填写全部的界面参数及系统的内置参数；填写每个画面的必输项；使用业务原语描述测试模板。

   可以先熟悉需求的背景及商业目标，利用业务模型法，确定一下测试范围，关注点和边界交互时的数据交互；利用业务场景法，明确用例的调用者和系统内部各个用例之间的交互，形成内部的业务流程图；功能分解法，对于每个用例来说，它的业务功能，数据约束，易用性需求，编辑约束参数需求，权限需求，性能约束都要一一考虑到。

    以上有本人的实践，也有前辈的经验，今天先写到这里， 以后我会继续努力！