您好,欢迎访问三七文档
当前位置:首页 > 商业/管理/HR > 信息化管理 > 8.16软件测试用例分析与设计―范建华
软件测试用例分析与设计北京用友政务软件有限公司范建华2013年8月9日BeijingYonyouGovernmentAffairsSoftwareCo.,Ltd.软件测试用例的设计测试用例概述测试用例设计方法测试用例的设计步骤BeijingYonyouGovernmentAffairsSoftwareCo.,Ltd.在日常的测试用例设计过程中,存在的问题?讨论BeijingYonyouGovernmentAffairsSoftwareCo.,Ltd.如何以最少的人力、资源投入,在最短的时间内完成测试,发现软件系统的缺陷,保证软件的优良品质,则是软件公司探索和追求的目标。测试用例是测试工作的指导,是软件测试的必须遵守的准则,更是软件测试质量稳定的根本保障。测试用例概述BeijingYonyouGovernmentAffairsSoftwareCo.,Ltd.测试用例可以独立进行测试执行的最小单元。测试内容的一系列情景和每个情景中必须依靠输入和输出,而对软件的正确性进行判断的测试文档,称为测试用例。测试用例就是将软件测试的行为活动,做一个科学化的组织归纳。软件测试是有组织性、步骤性和计划性的,为了能将软件测试的行为转换为可管理的、具体量化的模式,需要创建和维护测试用例。什么是测试用例BeijingYonyouGovernmentAffairsSoftwareCo.,Ltd.在开始实施测试之前设计好测试用例,避免盲目测试并提高测试效率,减少测试的不完全性;测试用例的使用令软件测试的实施重点突出、目的明确;根据测试用例的多少和执行难度,估算测试工作量,便于测试项目的时间和资源管理与跟踪;减少回归测试的复杂程度,在软件版本更新后只需修正少量的测试用例便可展开测试工作,降低工作强度、缩短项目周期;为什么需要测试用例BeijingYonyouGovernmentAffairsSoftwareCo.,Ltd.功能模块的测试用例的通用化和复用化则会使软件测试易于开展,并随着测试用例的不断细化其效率也不断攀升;根据测试用例的操作步骤和执行结果,为分析软件缺陷和程序模块质量提供依据;可以方便地书写软件测试缺陷报告;可以根据测试用例的执行等级,实施不同级别的测试;便于大型软件测试项目外包测试指导基础;为什么需要测试用例BeijingYonyouGovernmentAffairsSoftwareCo.,Ltd.可以最大程度地找出软件隐藏的缺陷可以最高效率的找出软件缺陷可以最大程度地满足测试覆盖要求既不过分复杂、也不能过分简单使软件缺陷的表现可以清楚的判定●测试用例包含期望的正确的结果●待查的输出结果或文件必须尽量简单明了不包含重复的测试用例测试用例内容清晰、格式一致、分类组织测试用例的简明性,与易理解性,达到仅根据测试用例即可完成测试为目的良好测试用例的特征BeijingYonyouGovernmentAffairsSoftwareCo.,Ltd.可以设计多少个测试用例?问题BeijingYonyouGovernmentAffairsSoftwareCo.,Ltd.UCTC1、TC2TS判断测试的质量,取决于广度、深度,不取决于频度。广度:功能需求的覆盖率;深度:单功能点的测试用例的数量。深度的级别:A:MainTC(基本流)A1:(备选流)B:additionalTC(等价类、边界值)C:supplyTC(错误推导法、因果图法)D:AD-HOC随机测试,固定时长测试用例深度的设计,取决于功能的优先级、重要度。小结BeijingYonyouGovernmentAffairsSoftwareCo.,Ltd.conceptionFetureScenarioUCcode-TC--IT功能的重要度分为4级:critical、major、minor、Don’tcare。分析需求规格说明书BeijingYonyouGovernmentAffairsSoftwareCo.,Ltd.标识功能点中待测的业务实体•业务实体与测试的关系●数据库测试(数据实体图)•读需求规格来完成业务实体的标示•需求规格中的业务实体完整性判断数据实体:输入、输出分析需求规格说明书BeijingYonyouGovernmentAffairsSoftwareCo.,Ltd.标识功能点中待测的业务规则•业务规则与测试的关系?•业务规则分类标识•狭义的业务规则与广义的业务规则操作步骤、界面、规则、业务,主要完成细节TC逻辑设计分析需求规格说明书BeijingYonyouGovernmentAffairsSoftwareCo.,Ltd.标识功能点中待测的业务流•业务流程中的动作与状态分析•业务流程中动作按照时间列表•读UML图中的活动图完成动作或活动的标示完成流程用例的设计分析需求规格说明书BeijingYonyouGovernmentAffairsSoftwareCo.,Ltd.标识功能点中待测的业务状态•业务状态与业务流程•业务状态定义依据(未发生、发生中、已发生)•业务状态的转换条件标识完善流程、功能用例的设计,业务状态测试分析需求规格说明书BeijingYonyouGovernmentAffairsSoftwareCo.,Ltd.标识功能点中待测的业务角色•读需求规格说明书中的组织结构域业务角色•角色对业务实体以及相关属性操作的行为•角色之间的隶属关系•读业务执行者的关系图权限测试(用户与数据权限、用户与行为权限、用户与角色权限等)分析需求规格说明书BeijingYonyouGovernmentAffairsSoftwareCo.,Ltd.标识功能点中待测质量因素•读需求规格说明书的非功能部分•客户对软件系统质量的细节要求标出列表•将与软件系统相关的质量属性标出列表•对软件系统的质量属性进行优先级别的排序非功能性测试(性能、可靠性、健壮),此部分测试基本都是通过自动化测试完成的(压力、疲劳、容量等)。分析需求规格说明书BeijingYonyouGovernmentAffairsSoftwareCo.,Ltd.标识功能点中待测环境因素•读需求规格说明书关于软件系统运维环境的描述部分•标识软件系统运行的相关环境因素•对相关的环境因素给出详细列表•对易变动环境与稳定环境进行标识生产环境对测试的影响分析需求规格说明书BeijingYonyouGovernmentAffairsSoftwareCo.,Ltd.正确理解需求的过程分析需求规格说明书BeijingYonyouGovernmentAffairsSoftwareCo.,Ltd.测试用例设计的视角BeijingYonyouGovernmentAffairsSoftwareCo.,Ltd.测试种类、阶段和用例的关系测试用例设计BeijingYonyouGovernmentAffairsSoftwareCo.,Ltd.1、软件版本编号。2、测试用例编号,编号的格式可根据软件版本号+用例号来确定。3、用例的优先级,在一个时间紧凑的测试环境下,为了按效率的完成测试用例。4、前提条件:参数、配置、数据准备。5、业务说明。4、用例步骤ID。5、输入数据。6、期望输出数据。某个步骤下,输入了某条数据,你期望程序会输出什么数据,可以用来与实际输出的数据相比较。8、备注。为什么要备注,可能你在考虑这个Case的时候有一个好的点子或者思路,可写在备注里面。9、测试环境。10、用例编写人/日期。(不重要)11、测试执行者/日期。(不重要)可能根据不同的项目还需要一些补充,可以根据具体情况具体分析。注:在测试用例设计中,测试步骤、测试数据分离。测试用例的基本结构BeijingYonyouGovernmentAffairsSoftwareCo.,Ltd.5W1H■Why——为什么而测?目的■What——测什么?内容、期望结果■Where——在哪里测?环境■When——什么时候开始测?时间■Which——哪些输入数据?测试数据■How——如何操作软件?步骤测试用例要描述什么BeijingYonyouGovernmentAffairsSoftwareCo.,Ltd.测试用例的元素BeijingYonyouGovernmentAffairsSoftwareCo.,Ltd.■是由一组逻辑上相关联的操作构成的。■有初始化操作,预计的输入,处理,输出。■需要区分主业务流程和辅助业务流程■测试用例应该划分优先级,首先保证重点业务流程的正确性。■测试用例决不是一个一个的孤岛,而是按照逻辑关系组合到一起,由数据构成的逻辑包。测试用例的组成BeijingYonyouGovernmentAffairsSoftwareCo.,Ltd.软件测试用例的设计测试用例概述测试用例设计方法测试用例的设计步骤BeijingYonyouGovernmentAffairsSoftwareCo.,Ltd.黑盒测试是从一种从软件外部对软件实施的测试,也称功能测试或基于规格说明的测试。其基本观点是:任何程序都可以看作是从输入定义域到输出值域的映射,这种观点将被测程序看作一个打不开的黑盒,黑盒里面的内容(实现)是完全不知道的,只知道软件要做什么。因无法看到盒子中的内容,所以不知道软件是如何实现的,也不关心黑盒里面的结构,只关心软件的输入数据和输出结果黑盒测试的基本概念BeijingYonyouGovernmentAffairsSoftwareCo.,Ltd.黑盒测试是从用户观点出发的测试,其目的是尽可能发现软件的外部行为错误。在已知软件产品功能的基础上:■检测软件功能能否按照需求规格说明书的规定正常工作,是否有功能遗漏;■检测是否有人机交互错误,是否有数据结构和外部数据库访问错误,是否能恰当地接收数据并保持外部信息(如数据库或文件)等的完整性;■检测行为、性能等特性是否满足要求等;■检测程序初始化和终止方面的错误等。黑盒测试的基本概念BeijingYonyouGovernmentAffairsSoftwareCo.,Ltd.黑盒测试着眼于软件的外部特征,通过上述方面的检测,确定软件所实现的功能是否按照软件规格说明书的预期要求正常工作。两个显著的优点:■黑盒测试与软件具体实现无关,所以如果软件实现发生了变化,测试用例仍然可以使用;■设计黑盒测试用例可以和软件实现同时进行,因此可以压缩项目总的开发时间。黑盒测试的基本概念BeijingYonyouGovernmentAffairsSoftwareCo.,Ltd.穷举输入测试是不现实的。这就需要我们认真研究测试方法,以便能开发出尽可能少的测试用例,发现尽可能多的软件故障。常用的黑盒测试方法有等价类划分、边界值分析、决策表测试等,每种方法各有所长,我们应针对软件开发项目的具体特点,选择合适的测试方法,有效地解决软件开发中的测试问题。黑盒测试的基本概念BeijingYonyouGovernmentAffairsSoftwareCo.,Ltd.等价类划分等价类划分法是一种典型的黑盒测试方法,它完全不考虑程序的内部结构,只根据程序规格说明书对输入范围进行划分,把所有可能的输入数据,即程序输入域划分为若干个互不相交的子集,称为等价类,然后从每个等价类中选取少数具有代表性的数据作为测试用例,进行测试。黑盒测试方法BeijingYonyouGovernmentAffairsSoftwareCo.,Ltd.等价类划分所谓等价类是指输入域的某个互不相交的子集合,所有等价类的并便是整个输入域。1.划分等价类(1)有效等价类检验程序是否实现了规格说明预先规定的功能和性能。(2)无效等价类检查软件功能和性能的实现是否有不符合规格说明要求的地方。黑盒测试方法BeijingYonyouGovernmentAffairsSoftwareCo.,Ltd.等价类划分2.常用的等价类划分原则(1)按区间划分(2)按数值划分(3)按数值集合划分(4)按限制条件或规
本文标题:8.16软件测试用例分析与设计―范建华
链接地址:https://www.777doc.com/doc-3157090 .html