测试用例设计方法(测试用例设计方法中哪些不是判定表法的优点)

你们好，最近小活发现有诸多的小伙伴们对于测试用例设计方法中哪些不是判定表法的优点，测试用例设计方法这个问题都颇为感兴趣的，今天小活为大家梳理了下，一起往下看看吧。

1、 步骤1:测试需求分析

2、 从软件需求文档中，找出要测试的软件/模块的需求，通过自己的分析和理解，整理成测试需求，从而知道被测试对象有什么功能。测试需求的特点是：包括软件需求和可测试性。

3、 测试需求应该在软件需求的基础上进行总结、分类或细分，以便于测试用例的设计。测试用例中的测试集和测试需求之间是多对一的关系，即一个或多个测试用例集对应一个测试需求。

4、 步骤2:业务流程分析

5、 软件测试不仅是基于功能的黑盒测试，也是对软件内部处理逻辑的测试。为了不遗漏测试点，需要清楚的了解软件产品的业务流程。建议在设计复杂的测试用例之前，先画出软件的业务流程。如果设计文档中已经有业务流程设计，可以从测试的角度对现有流程进行补充。如果不能从设计中得到业务流程，测试工程师要阅读设计文档，与开发人员沟通，最后画出业务流程图。业务流程图可以帮助理解软件的处理逻辑和数据流方向，从而指导测试用例的设计。

6、 从业务流程中，我们应该得到以下信息：

7、 一、主要流程是什么

8、 B.什么是条件替代过程？

9、 C.数据流向是什么？

10、 d、关键的判断条件是什么？

11、 步骤3:测试用例设计

12、 在完成测试需求分析和软件过程分析之后，我们开始设计测试用例。测试用例设计的类型包括功能测试、边界测试、异常测试、性能测试、压力测试等。在用例设计中，除了功能测试用例，还要尽可能考虑边界、异常和性能，以便发现更多隐藏的问题。

13、 黑盒测试测试用例设计方法包括等价类划分、边界值划分、因果图分析和错误猜测，白盒测试测试用例设计方法包括句子覆盖、判断覆盖、条件覆盖、判断/条件覆盖和多重条件覆盖。本文主要讨论黑盒测试。设计测试用例时，可以使用软件测试用例设计方法，结合前面的需求分析和软件过程分析来设计：

14、 功能测试：测试一个功能是否满足需求的定义，功能是否正确和完整。

15、 适当的技术：从业务需求和设计规范中得出的功能测试和等价类划分。

16、 边界测试：测试函数的边界。

17、 适用技术：边界值划分

18、 异常测试：对于某些函数，边界条件不能简单理解或某些运算不完全正确但可能发生。这样的情况需要编写相关的异常测试。

19、 适用的技术：从业务需求和设计规范中导出的特殊业务流程，错误猜测，边界值分析，内部边界值测试，

20、 性能测试：检查系统是否满足需求中规定的性能。性能主要包括了解程序的内部和外部性能因素。内部性能因素包括测试环境的配置和系统资源的使用；外部因素包括响应时间、吞吐量等。

21、 适当的技术：业务需求测试和设计规格输出

22、 压力测试：压力测试又称强度测试，主要检查系统在极端条件下运行软件的能力，比如对应用软件兼容性测试给予相当大的负载或网络流量：测试软件产品在不同平台、不同工具、同一工具不同版本下的功能兼容性。

23、 步骤4:测试用例评审

24、 测试用例设计完成后，为了确认测试过程和方法是否正确，是否有遗漏的测试点，需要对测试用例进行评审。

25、 测试用例评审一般由测试负责人安排，参与人员包括：测试用例设计人员、测试负责人、项目经理、开发工程师等相关开发和测试工程师。测试用例评审完成后，测试工程师将根据评审结果修改测试用例，并记录修改日志。

26、 步骤5:更新和改进测试用例。

27、 测试用例写好之后，还需要不断完善。在软件产品有新的功能或更新需求后，测试用例必须被修改和更新。在测试过程中，发现测试用例设计考虑不周，需要对测试用例进行修改和完善；软件交付使用后，客户反馈软件缺陷，缺陷是测试用例中的漏洞造成的，也需要改进。一般来说，小的修改和改进可以在原测试用例文档中进行修改，但是文档应该有变更记录。当软件版本更新时，测试用例通常也应该更新。测试用例是“活的”,在软件生命周期中不断更新和改进。

以上就是测试用例设计方法这篇文章的一些介绍，希望能帮助到大家。