|
目录
一、测试用例相关基础知识
二、编写测试用例的原则
三、优秀测试用例的特性
四、注意
五、善于使用测试用例设计方法
1.等价类划分法
2.边界值分析法
3.因果图及判定表分析法
4.正交排列法
5.场景设计法
6.错误猜测法
一、测试用例相关基础知识
- 熟悉测试用例相关理论知识
可参考另一篇博客：https://blog.csdn.net/qq_46071165/article/details/119895604
二、编写测试用例的原则
- 测试用例要达到最大覆盖软件系统的功能点。
- 测试用例对测试点、测试条件、测试步骤、输入值和预期结果应该有准确的定义。
- 测试用例的设计应包括各种类型的测试用例。
- 设计测试用例时，除了满足系统基本功能需求外，还应考虑各种异常情况、边界情况和承受压力的能力等。
- 测试用例管理。对测试用例进行有效管理。
三、优秀测试用例的特性
- 一个好的测试用例应该具有较高的发现某个尚未发现的错误的可能性。
- 一个成功的测试用例能够发现某个尚未发现的错误。
- 通常一个好的测试用例，具有以下特性：
- 具有高的发现错误的概率。
- 没有冗余测试和冗余的步骤。
- 测试是“最佳类别”。就是该测试用例具有一定的代表性。
- 用例设计既不太简单也不太复杂。
- 用例是易组织和可复用。
- 易组织：好的测试用例会分门别类的，提供给测试人员参考和使用。
- 确保系统能够满足功能需求。
四、注意
- 测试用例不可能设计的天衣无缝，也不可能完全满足软件需求覆盖率。
- 测试执行过程中肯定会发现有些测试路径或数据在用例里没有体现。
- 事后应当及时将其补充到用例库里，以便他人和后续版本的测试。
五、如何写出一份优秀的测试用例
1、了解软件的原始需求（测试目的）
- 在编写一个软件或者模块的测试用例时候，一定要明白这个功能的原始需求，也是软件的使用者（客户）的需求。理解原始需求后，编写的测试用例才更有目的性。
2、熟悉软件的功能需求（测试点）
- 这个功能需求是指软件的细化需求点，这个一般在需求文档里面都会体现。
- 这里要做的是把 “粗略”的需求，细化成一个个小需求点。
- 熟悉功能需求后，要知道软件是怎么使用的，这也才能覆盖到各种操作。
- 总之，测试用例一定要全部覆盖所有的需求点，这是基本的一点。
3、熟悉软件的实现原理（测试点）
- 在理解原始需求和软件的功能需求后，根据需求编写的测试用例，基本上都能覆盖得比较全面了。
- 在此基础上，熟悉软件的实现原理，理解软件的内部处理。
（1）熟悉原理的过程是进一步深入熟悉软件的过程。
????????如果单单是从需求点上面覆盖案例，测试用例只能覆盖“表面”的一层。
????????一些内部的处理流程也许没有覆盖到，而这些没有覆盖到的代码很可能是一个风险点。
（2）熟悉模块原理后，还有一点是易于分析软件模块的关联性。
????????一个大型的软件，都是一些小模块的组合而成。
????????软件越是大型，耦合越大，“互相影响”会越多，若设计用例单单从模块本身考虑的话，?? ????????很可能会对其他模块造成风险。
六、善于使用测试用例设计方法
1.等价类划分法
https://blog.csdn.net/qq_46071165/article/details/119890765
2.边界值分析法
https://blog.csdn.net/qq_46071165/article/details/119891645
3.因果图及判定表分析法
https://blog.csdn.net/qq_46071165/article/details/119892598
4.正交排列法
https://blog.csdn.net/qq_46071165/article/details/119893469
5.场景设计法
https://blog.csdn.net/qq_46071165/article/details/119894717
6.错误猜测法
https://blog.csdn.net/qq_46071165/article/details/119895098
|