自动化测试的测试用例设计

　软件测试是软件能否通向市场的最后也是最重要的一关，手工测试作为一种传统的测试方式，其特点就是简单。但存在很多问题，如大量重复性的工作导致成本较高，人员积极性下降，人员操作失误引起的输入错误等。
　　针对手工测试的缺点，自动化测试应运而生。但并不是所有的项目都适合引入自动化测试，也不是引入了自动化测试就会提高测试效率，降低测试成本。实际上自动化测试更需要开发和搭建测试框架，设计测试用例，这就意味着成本的投入。
　　1 自动化测试的设计原则
　　为了更好的体现自动化测试的优势，当进行自动化测试设计时，需要考虑到当前项目并计划到未来的项目。一个优秀的自动化测试设计，必须具备如下原则：①易于维护性－减少更新修改的工作量；②可靠性－测试结果精确，能够真实反映当前项目问题；③复用性－测试脚本可以复用，包括在未来的其他项目里。
　　自动化测试中，自动化测试用例是一个重点中的重点，如何设计自动化测试用例是决定自动化测试成败的关键。
　　2 自动化测试用例的设计
　　2.1 自动化测试用例设计特点 手工测试用例的执行实施是测试人员，在用例设计中所描述的行为主要使得测试人员能够按照测试设计者的思维去执行测试。自动化测试用例编写者是测试设计师而执行实施是计算机，自动化测试用例设计时必须满足如下两个原则：①测试用例能够体现测试设计师的设计思维，并且尽量提供便捷的方式编写用例，提高测试用例的编写效率；②测试用例能够被计算机所解析。自动化测试用例如果要被计算机所能解析，那么自动化测试用例必须有一套可以计算机识别解析的规则，并且需要涵盖测试用例需要填写的相关元素，尽量降低编写的荣誉和提升编写的效率。
　　2.2 手工测试用例要素 自动化测试所有活动都来源于手工测试活动，那么用例规则的提炼主要数据源将来源于现实工作中的测试用例。如表1所示手工测试用例。
　　传统手工测试用例一般涵盖元素：①测试用例名称：区分不同的测试用例。②测试前提条件：这个目的主要是标识执行这个测试用例的之前，必须要完成的事情，这个事情可以是一个测试用例，也可以是其他的事务，比如说环境重置、数据清理等等。可选项。③测试步骤ID：这个目的是标识测试操作的先后顺序。在一个用例中一般都是串行工作的，必需项。④测试的操作路径：这里主要描述系统的操作过程，使得被测系统进行到可以检测的位置或者检测状态，必需项。⑤测试数据：这里主要指的过程数据，即使得测试用例能够通过测试数据的驱动，使得被测系统进入到可检测的状态，可选项。⑥期望结果：系统进行到检测状态后，系统应展现的出来的行为而应该出现正确的结果，如果系统所展现的结果与期待结果不符，标识为系统的缺陷。必需项。
　　2.3 自动化测试用例要素分析 自动化测试用例设计之后是需要交给计算机来执行的，在设计自动化测试用例时，自动化测试用例编写时除了必须包含手工测试用例的这些元素，对必填的元素在编写结束后必须校验是否真的填写了相关数据，以保证测试用例在自动执行时的有效性。在编写的过程中，计算机很难解析现实生活中的自然语言，所以我们必须进一步分析设计规则，来实现这些元素的编写策略。
　　2.3.1 测试用例名称 在自动化测试用例中，必须校验测试用例名称是某一个用例的唯一标识，类似上面案例的“用户登陆”等，以保证计算机能够唯一的识别。一般在自动化测试底层再加上ID来控制用例的唯一性，但是在界面上显示时仍然需要进行唯一性的控制，避免测试用例编写的混乱。
　　2.3.2 测试的前置条件 在手工测试用例编写时，很多时候采取一些描述性的条件来表示相关的工作条件，例如：上面案例中描述的“必须注册了对应的用户名和密码”，但是计算机是处理这些自然语言。所以如何满足自动化测试解析的需要，又能满足用例编写的需要。这是测试前提条件的设计时必须关注的问题。从测试前提条件的分析，测试前提条件可以分成二种类型：①测试用例。即一个测试用例的前提条件是另外一个用例先被执行。例如上面的用户登陆用例，它的前提条件可能是一个“用户注册”的案例，当该用户名注册结束后，再执行用户登陆的案例。②事务操作。即可以执行某一个批处理操作，环境重置操作等等，比如说有时在执行一轮操作之后，所有的测试数据必须重置，因为这些数据可能是不可逆的行为。
本文摘自中国论文网，原文地址：http://www.xzbu.com/7/view-3299515.htm