测试用例编写流程

1、测试用例编写流程测试用例三要素：1、标题：条件及结果2、步骤：操作步骤3、预期：输出结果测试基础：输入方法-输出结果常用测试方法：1 .等价类划分常见的软件测试面试题划分等价类:？等价类是指某个输入域的子集合.在该子集合中， 各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就 等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个 等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测 试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类.2 .边界值分析法边界值分析方法是对等价类划分方法的补充。测试工作

2、经验告诉我,大量的错误是发 生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况 设计测试用例,可以查出更多的错误.使用边界值分析方法设计测试用例，首先应确定边界情况.通常输入和输出等价类的边 界,就是应着重测试的边界情况.应当选取正好等于，刚刚大于或刚刚小于边界的值作为测 试数据，而不是选取等价类中的典型值或任意值作为测试数据3 .错误推测法基于经验和直觉推测程序中所有可能存在的各种错误,从而有针对性的设计测试用例 的方法.错误推测方法的基本思想:列举出程序中所有可能有的错误和容易发生错误的特殊 情况,根据他们选择测试用例.例如,在单元测试时曾列出的许多在模块中常

3、见的错误.以前 产品测试中曾经发现的错误等,这些就是经验的总结。还有,输入数据和输出数据为0的情 况。输入表格为空格或输入表格只有一行.这些都是容易发生错误的情况。可选择这些情 况下的例子作为测试用例.4 .因果图方法前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入 条件之间的联系,相互组合等.考虑输入条件之间的相互组合,可能会产生一些新的情况.但 要检查输入条件的组合不是一件容易的事情，即使把所有输入条件划分成等价类，他们之间 的组合情况也相当多.因此必须考虑采用一种适合于描述对于多种条件的组合，相应产生多 个动作的形式来考虑设计测试用例.这就需要利用因果图逻辑模

4、型.因果图方法最终生成的 就是判定表.它适合于检查程序输入条件的各种组合情况.5 .正交表分析法有时候，可能因为大量的参数的组合而引起测试用例数量上的激增，同时，这些测试 用例并没有明显的优先级上的差距，而测试人员乂无法完成这么多数量的测试，就可以通 过正交表来进行缩减一些用例，从而达到尽量少的用例覆盖尽量大的范围的可能性。6 .场景分析方法指根据用户场景来模拟用户的操作步骤，这个比较类似因果图，但是可能执行的深度 和可行性更好。另外设计众多小功能的业务，一个一个进行测试测试需求分析从软件需求文档中，找出待测试软件/模块的需求，通过自己的分析、 理解，整理成为测试需求，清楚被测试对象具有哪些功

5、能。测试需求的特点是：包含软件 需求，具有可测试性。测试需求应该在软件需求基础上进行归纳、分类或细分，方便测试 用例设计。测试用例中的测试集与测试需求的关系是多对一的关系，即一个或多个测试用 例集对应一个测试需求。业务流程分析软件测试，不单纯是基于功能的黑盒测试，还需要对软件的内部处理逻 辑进行测试。为了不遗漏测试点，需要清楚的了解软件产品的业务流程。建议在做复杂的 测试用例设计前，先画出软件的业务流程。如果设计文档中已经有业务流程设计，可以从 测试角度对现有流程进行补充。如果无法从设计中得到业务流程，测试工程师应通过阅读 设计文档，与开发人员交流，最终画出业务流程图。业务流程图可以帮助理解软

6、件的处理 逻辑和数据流向，从而指导测试用例的设计。测试用例设计完成了测试需求分析和软件流程分析后，开始着手设计测试用例。测试 用例设计的类型包括功能测试，边界测试，异常测试，性能测试，压力测试等。在用例设 计中，除了功能测试用例外，应尽量考虑边界、异常、性能的情况，以便发现更多的隐薇 问题。测试用例评审测试用例设计完成后，为了确认测试过程和方法是否正确，是否有遗漏 的测试点，需要进行测试用例的评审。测试用例评审一般是由测试leader安排，参加的 人员包括：测试用例设计者、测试leader、项目经理、开发工程师、其它相关开发测试工 程师。测试用例评审完毕，测试工程师根据评审结果，对测试用例进行修改，并记录修改 日志。测试用例更新完善测试用例编写完成之后需要不断完善，软件产品新增功能或更新需 求后，测试用例必须配套修改更新;在测试过程中发现设计测试用例时考虑不周，需要对 测试用例进行修改完善;在软件交付使用后客户反馈的软件缺陷，而缺陷乂是因测试用例 存在漏洞造成，也需要对测试用例进行完善。一