2、测试用例的设置 我们早期的测试用例是按功能设置用例 。后来引进了路径分析法，按路径设置用例 。
目前演变为按功能、路径混合模式设置用例 。按功能测试是最简捷的，按用例规约遍历测试每一功能 。
对于复杂操作的程序模块，其各功能的实施是相互影响、紧密相关、环环相扣的，可以演变出数量繁多的变化 。没有严密的逻辑分析，产生遗漏是在所难免 。
路径分析是一个很好的方法，其最大的优点是在于可以避免漏测试 。但路径分析法也有局限性 。
在一个非常简单字典维护模块就存在十余条路径 。一个复杂的模块会有几十到上百条路径是不足为奇的 。
笔者以为这是路径分析比较合适的使用规模 。若一个子系统有十余个或更多的模块，这些模块相互有关联 。
再采用路径分析法，其路径数量成几何级增长，达5位数或更多，就无法使用了 。那么子系统模块间的测试路径或测试用例还是要靠传统方法来解决 。
这是按功能、路径混合模式设置用例的由来 。返回《软件测试术语及名词解释》 。
9. 如何提出测试程序需求,并完成程序的编写 呵呵，我刚写的一篇文章~专门讨论测试需求~~摘抄一些吧~1. 基本概念软件测试需求是根据测试目标而确定的被测软件的测试属性 。
测试属性就是软件测试人员结合软件测试意图和被测软件本身的特点分析得到的测试对象、范围和内容等要素 。其中软件测试意图指测试人员根据被测软件或系统的实际使用情况或者工作环境，考察被测软件功能性、可靠性、安全性、易用性等方面能力的想法 。
软件测试类型是软件测试意图的具体表现 。通过对测试模式的总结，并且从软件质量属性的角度进行分类，形成软件测试类型 。
根据被测试对象的不同，软件测试可以分成不同的级别如单元测试、部件测试、配置项测试、系统测试等 。软件系统测试需求则是软件测试需求在系统测试级别中的具体应用 。
同理，软件系统测试类型也是软件测试类型在系统测试级别中的实例应用 。在软件需求规格说明文档中，开发人员对各个软件需求点进行了描述，因此我们用{软件需求}表示依据软件需求点形成的矩阵，用符号 表示 。
2.软件系统测试需求与软件需求的关系软件系统测试需求和软件需求的相同之处在于两者分析的对象都是软件系统，并且都是对其需求的描述 。理想状态下，软件系统测试需求与软件需求应该是相同的，均是以用户需求为依据，对其进行全面阐述 。
但是由于软件工程化水平的发展情况，以及实际操作过程中由于软件开发人员和软件测试人员从不同的角度分析和理解用户的需求，造成软件系统测试需求和软件需求现实上的差异 。在实际操作过程中，软件需求主要是描述软件该实现什么样的功能或者该达到什么样的性能等用户的需求[2] 。
软件需求与用户的需要有着十分紧密的关系，软件需求是本着实现用户需要的思想开展的，以满足用户需要为前提的 。因此软件需求就是描述软件要做什么 。
而软件系统测试需求又是从另外一个角度分析软件的 。软件测试需求主要描述软件是否做了应该做的，同时没有做不该做的，也就是说从用户实际使用的角度出发，考察软件是否实现了用户的需求，同时考察软件对非用户需求的处理情况 。
【怎么写测试程序】软件系统测试需求就是在系统测试这个测试级别上以软件需求为基础分析出的测试需求，它是进行软件系统测试活动的基础 。欢迎讨论~~ 。