系统软件测试实现后的下一个步骤,一个完整系统的测试过程

一、需求审查方面

首先我们从最开始接触的文档开始，那就是测需求文档;需求审查主要是我们对需求文档的理解，并熟透整个系统的每个功能和流程，对后期所有的测试建立思路，后续的工作基本依照需求进行操作，所以需求审查是一个很重要的一步。

对于初次进行需求审查，我采用我以前文章的方向方法，看完每一个模块，就将这个模块的功能流程做成流程图。依次扩大，就将整个需求流程了解清楚，每次将流程图多浏览几次，差不多流程就这样熟透！

1、 需求变更

需求变更让我们测试人员，在其中吃透苦头，每次需求的变更导致我们前期的工作好多都需要重新开始(流程图，测试点的提取，测试用例)。导致后续工作难于开展或经常出现变更。

2、 需求不明确

对于青少年足球系统而言，需求全来自教育厅，里面同样有很多需求不明确，全过程尽量与教育厅的需求进行延伸，然后结合开发人员实际开发的效果，进行测试过程！

二、提取测试需求的过程:

测试点提取我们依据每个测试阶段的测试输入的文档(需求分析)结合前面的需求分析的审查，覆盖测试需求和隐藏的业务需求，我们后期的测试，全是建立在提取的测试点之上进行的，可以说测试点提取是后续工作进展必要必经路径。主要步骤就是，将每个模块可能存在的问题全部罗列出来，并对其最初可以输入或者流程路径的不同，将每个测试点细分，写成文档！

测试点提取的方法:

1、测试需求分析法

2、功能点分析法

3、业务流程分析法

4、节点分析法

5、顺序提取法

6