教你如何使用测试用例框架来写好测试用例(一)

测试用例编写方法，相信只要在测试行业待过1年以上的都应该是了解的，这里我就不做介绍

那么好的测试用例是如何定义的呢？我觉得从两个方面来定义

1.需求覆盖度，也就是覆盖所有已知的需求

2.路径覆盖度，所有的可见页面

1.测试用例如何覆盖所有路径？

2.测试用例如何覆盖所有需求？

3.测试用例是否覆盖了非功能性测试用例？

这边文章我将带你了解如何设计功能测试用例！

对于上面的问题1:

如果需要覆盖所有的页面可操作路径，我们该如何去做呢？下图就是我将要说的测试用例框架图！

我将使用具体的列子来教你如何覆盖所有路径！

通过上图你可以看出，我将一个租赁系统划分为了不同的模块，然后将模块以页面划分，页面以功能划分，最后将功能转化为不同的测试点。

所有这些细分，也许你会想，这不是很简单吗？

是的，如果你平时工作是按照以下框架来进行划分的话，那么大部分的路径都覆盖了！

但是真正容易遗漏的是需求覆盖！我相信很多测试工程师在平时写测试用例的时候觉得自己已经覆盖了，

但是在真正测试过程中，却发现很多的需求自己没有覆盖到！导致这些的原因就是因为你在设计测试用例时，往往

只考虑了页面的操作功能，而没有覆盖到所有可能的需求场景，有些场景在需求澄清阶段已经明确，但是更多的场景

是要靠测试工程师通过对需求进行分析和日常积累的工作经验来进行设计的！

列如:一个简单的查询功能，如果你只是单独测试每个查询项，那么你就可能遗留以下问题：

1.如果是多级查询，是否进行过多级联动查询？

2.多级查询后，修改上一级查询条件，子级查询条件是否会变化呢？

很多的需求分析，都是靠平时积累的？

如何进行正确的需求分析呢？我将在下一篇文章为你解答如何快速高效的进行需求分析，和测试点设计！