浅谈软件测试用例设计

摘要 软件测试是保证软件产品质量的一个重要因素，而测试用例是实现软件测试的关键，是测试发现错误的必要文档。从测试用例概述，测试用例的重要性，以及如何设计软件测试用例来介绍它的一种使用方法。

关键词 软件测试 测试用例测试用例设计

一、测试用例概述

软件测试是软件生命周期中的一个重要阶段，它是软件品质得以保证的重要过程，是根据软件开发各阶段的规格说明和程序的内部结构而精心设计的一批测试用例，并利用这些测试用例运行软件测试，以发现软件错误的过程。测试用例是软件质量保证的重要子域。

测试用例（testcase）是关于具体测试步骤的文档，它描述了测试的输入参数、条件及配置、预期的输出结果等，以判断被测软件的工作是否正常。从表现形式上而言，测试用例可以是纯文本的说明文档，也可以是用脚本语言或高级语言编写的一段程序代码。

二、测试用例的重要性

随着中国软件业的日益壮大和逐步走向成熟，软件测试也在不断发展，从最初的由软件编程人员兼职测试到软件公司组建，成立独立专职测试部门，测试工作也从简单测试演变为：编制测试计划、编写测试用例、准备测试数据、编写测试脚本、实施测试、测试评估等多项内容的正规测试。测试方式则由单纯手工测试发展为手工、自动兼之，并有向第三方专业测试公司发展的趋势。因此在测试工作中，测试用例的设计是非常重要的，是测试执行的正确性、有效性的基础。如何有效的设计测试用例，一直是测试人员所关注的问题，设计好测试用例，也是保证测试工作的关键因素之一。

三、设计测试用例设计的步骤

设计测试用例的时候，需要有清晰的测试思路，对要测试什么，按照什么顺序测试，覆盖哪些需求，要做到心中有数。测试用例编写者不仅要掌握软件测试的技术和流程，而且要对被测软件的设计、功能规格说明、用户试用场景以及程序、模块的结构都有比较透彻的理解。测试用例设计一般包括以下几个步骤：

1、测试需求分析

从软件需求文档中，找出待测试软件、模块的需求，通过自己的分析、理解，整理成为测试需求，清楚被测试对象具有哪些功能。

测试需求应该在软件需求分析的基础上进行归纳、分类，方便设计测试用例设计。测试用例中的测试集与测试需求的关系是多对一的关系，即一个或多个测试用例集对应一个测试需求。

2、业务流程分析

在软件测试中，不但要基于功能的黑盒测试，还需要对软件的内部处理逻辑进行测试。为了不遗漏测试点，需要清楚的了解软件产品的业务流程。建议在做复杂的测试用例设计前，先画出软件的业务流程（主流程、条件备选流程、数据流向、关键的判断备件等）。如果设计文档中已经有业务流程设计，可以从测试角度对现有流程进行补充。如果无法从设计中得到业务流程，测试人员应通过阅读设计文档，与开发人员交流，最终画出业务流程图。业务流程图可以帮助理解软件的处理逻辑和数据流向，从而指导测试用例的设计。

3、测试用例设计

完成了测试需求分析和业务流程分析后，开始着手设计测试用例。结合我们的ERP系统来做，ERP系统测试用例分为几类如：功能用例、业务流程用例、数据逻辑用例、接口用例等。在设计测试用例的时候可以使用软件测试用例设计方法，结合前面的需求分析和软件流程分析进行。

功能测试：相对比较简单，根据需求规格说明书，运用等价类、边界值、错误猜测等方法来设计。如：身份证输入文本框，需要用到等价类、边界值等方法，需要考虑15位和18位的身份证情况，需要考虑末位为字母的情况等。

性能测试：基于通用产品、同类产品、客户需求等方面获取性能指标，对产品架构设计、数据库设计原理分析，制定合理性能测试策略，设计出相应的性能测试用例。

业务流程测试：理解实际业务、实际应用场景、最常用的操作过程和使用方法，结合业务模型或业务流程图，同需求分析人员、业务专家共同确认实际业务流程、运用场景等。

数据逻辑测试：根据业务流程，理清数据流向，取数规则，弄清数据间逻辑关系，计算公式等信息，在这里数据流转必须确定清楚，最好用表格形式表示。清楚的表示，有效的数据计算等，用于提高用例的可执行性，如：财务报表、统计报表等。

接口测试：接口测试的目的是测试接口，尤其是那些与系统相关联的外部接口，测试的重点是要检查数据的交换，传递和控制管理过程，还包括处理的次数。外部接口测试一般是作为系统测试来看待的。如：财务系统与成本业务系统的对接等。

兼容性测试：版本间的兼容、数据升级，产品与操作系统、数据库、中间件以及各种插件的兼容，产品与其它产品的兼容，各业务系统的兼容等。如：小版本升级。

易用性测试：用户使用软件时是否感觉方便。如：客户是否最多点击鼠标三次就可以达到用户的目的。

用户体验测试：界面布局、展示风格、系统框架、业务操作的顺序、交互设计的友好性等方面。如：界面风格、提示信息友好度等。

4、测试用例评审

测试用例设计完成后，为了确认测试过程和方法是否正确，是否有遗漏的测试点，需要进行测试用例的评审。测试用例评审一般是由测试领导安排，参加的人员包括：测试用例设计者、测试领导、项目经理、开发工程师、其他相关开发测试工程师。测试用例评审完毕，测试工程师根据评审结果，对测试用例进行修改，并记录修改日志。

5、测试用例更新完善

测试用例编写完成之后需要不断完善，软件产品新增功能或更新需求后，测试用例必须配套修改更新，在测试过程中有时会发现设计测试用例编写时考虑不周，需要对测试用例进行修改完善，在软件交付使用后客户反馈的软件缺陷，而缺陷又是因测试用例存在漏洞造成，也需要对测试用例进行完善。一般小的修改完善可在原测试用例文档上修改，但文档要有更改记录。软件的版本升级更新，测试用例一般也应随之编制升级更新版本。测试用例是“活”的，在软件的生命周期中是不断更新与完善的。

参考文献：

［1］思科技产品研发中心.实用软件测试方法与应用.电子工业出版社.

［2］［美］RonPatton著.周予滨译.软件测试.机械工业出版社