软件产品的上线之前，需要经过一系列的测试，在进行测试之前，我们需要首先确定软件测试的需求，例如：测试的目的是什么，需要你具备的技能、工具，测试中可能遇到的风险等等。从而使测试工作加的有序进行。那么，应该如何划分软件测试需求的架构呢?跟着千锋软件测试培训讲师一起来了解!

　　测试需求分析应首行测试需求架构划分并行评审，通过后才进行后续的测试需求展开分析，从产品整体上考虑有哪些功能、测试类型需要进行分析，列出测试特性列表，也方便下一步展开具体分析。

　　作为软件测试需求架构，首先这里需要我们对功能进行一下定义以达成共识，关于测试需求架构罗列的功能是指小功能点，即不可再继续分解。

　　(1)应用程序：

　　一般是底层的菜单项为小功能点，若底层的菜单项不能体现一个独立的业务流程时，可采用上一层的菜单项为小功能点。还有某些比较特殊没有体现在菜单项的功能也需要作为小功能点考虑，如POS应用程序中交易的冲正功能等。

　　(2)驱动：一般是以一个API为小功能点。

　　然后，再考虑产品实际用户使用的场合及用户特点考虑哪些测试类型，如故障及恢复、功能集成、性能要求、安装测试、软硬件兼容性等，此处需要从产品层面考虑，而不是从功能点层面考虑。

　　了解了如何对软件测试需求做好架构之后，才能对软件测试接下来的工作心中有数，进行起来有条不紊。与其他只强调学员顺利的机构不同，千锋全栈软件测试是业内少有的在学员基础上打好未来5-10年职业发展根基的课程，借助千锋已有的完善的开发课程相关内容，将软件设计开发过程中重要阶段的实用方法植入软件测试课程体系中!让学员不仅仅是学软件测试，还是个懂得开发的软件测试员!