作者：admin 发布时间：2022-12-17 11:11 分类：算命 浏览：327
今天给各位分享测试用例表的知识，其中也会对测试用例表格如何设计进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！
大家好，我是十一。
上面一篇我们讲了正交实验法，我们先来回顾下：
此篇我们主要解答前篇中的几个问题以及课后作业答案。
上篇中我们举例来说明当现实情况与现有正交表不匹配时，采用： 缩减水平匹配相近的正交表的方法 设计测试用例。
上篇的例子我们采用大于实际水平的正交表来做一次。
上篇分析可得如下因素-水平表：
得知我们总共有3个因素，一个3水平、两个2水平，没有匹配的正交表，选择大于实际水平的最小行数的正交表，经过筛选，可以采用L9(3^4)的正交表，套用最终L9(3^4)的正交表形成以下组合（表1，原则是：没有的就空着就行，比如我们只有三个因素，而L9(3^4)是4个3水平的因素，那么多出来的那个就空着，如下表所示，最后一列空着；缺少的因素水平也采用同样方法，没有就空着）：
去掉包含无效因子、水平的行数，最终得到表2：
表2与采用缩减水平匹配正交表方法得到的测试用例缺少了如下2行：
综上所述：一般来说，缩减水平匹配正交表的方法设计出来的测试用例覆盖率更高些（当然也有特殊情况）。
这个就得靠个人经验以及边界值分析、错误分析的思路，比如上述例子中，大家用边界值的思路很容易想到2个易出错的地方：开始位置点快退和结尾位置点快进。那把这两个也插入我们最终的表中即可（如果已经有了，则不用重复添加）。
那我们最终的得到的测试用例表如下：
两种写法：
1.以往方式
2.由正交表得到得到的测试用例表+前提条件+预期结果即可。
以上两种写法都可以，大家在实际应用中看公司内以往的测试用例风格编写即可。如果公司内没有要求，那么看大家自己喜好编写即可。
不过我认为一个公司的测试用例最好能够保持一致性，这样可读性更高些。
好了，今天到此结束。如有任何问题请留言及时与我沟通，我会尽快回复大家！谢谢大家~我们下次再见！
对各个功能模块进行测试点分析，提取测试点再堆测试点进行用例编写。
比如对PC端QQ账号的登录模块，提取测试点就有：
①正常登陆；
②账号为空时点击登录；
③密码为空时点击登录；
④账号密码都为空时点击登录；
⑤密码错误时点击登录 ；
⑥找回密码功能是否有效；
⑦记住密码功能是否有效；
⑧自动登录功能是否有效。
编写测试用例该注意：
①根据项目的实际情况设计测试用例表格；
②用例格式不要生搬硬套；
③根据具体情况编写。
一个测试用例描述了针对某个目标对程序进行测试所采用的一组实际输入、程序执行条件、测试步骤和预期的输出，以核实某个程序或其中的特定路径是否满足特定需求。由于程序输入的范围会非常大，因此会导致一个软件可选的测试用例数目巨大（甚至是无穷的）。这时，需要恰当地设计和选择测试用例集，以在限定的资源和时间内，尽可能地暴露软件中的错误。因此，测试用例集的设计通常被认为是测试中最重要、也是最困难的方面。由于实际测试中使用的测试用例集的输入范围只是程序输入的子集，因此即使软件通过了测试，也无法保证程序一定是正确的。这说明测试本身是不完全的，不能证明程序无错。人们认为，软件测试活动从未间断，只是在软件交付用户使用后，将由用户扮演测试角色而已。
对每个测试用例都需要给出具体描述，表1给出了一个测试用例模版示例。
表1
测试用例模版用例标识：对该测试用例赋予一个唯一标识用例开发者：谁编写的本用例
用例开发日期：编写用例的日期测试项：描述将被测试的具体特征、代码模块等对象测试输入：测试时为程序提供的输入数据前提条件：执行测试时系统应处于的状态或要满足的条件等环境要求：执行测试所需的软硬件环境、测试工具、人员等测试步骤：(1)……；（例如，点击“文件”菜单中的“新建”菜单项）
(2)……；（例如，在“test
case”目录下选择“test5.dat”文件）……预期输出：希望程序运行得到的结果
用例之间的依赖性：该测试用例依赖或受影响的其它测试用例
当测试用例数量多时，文档化的工作量就比较大。这时，模版内容在实际测试中可以根据需要进行简化，例如把各个测试用例所共有的内容单独列出来（如环境要求），并把所有测试用例用一张表格描述出来。
测试用例表的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于测试用例表格如何设计、测试用例表的信息别忘了在本站进行查找喔。