软件测试用例分享ppt,分享:测试用例设计方法.ppt

本文档介绍了测试用例设计的各种方法,包括基于消歧(MM)、原子功能(ASF)、类状态测试、分区测试和机械测试。通过举例说明如何为account类设计测试用例,强调了测试用例设计在确保软件质量中的重要性。状态转换图(STD)用于描述类的状态行为,而分区测试则用于减少测试用例的数量。此外,文章还提到了方法的单测试和相互调用的测试,以及结构化测试的概念。
摘要由CSDN通过智能技术生成

分享:测试用例设计方法.ppt

3316bd279cc8c27aabc42260afec6279.gif

还剩

122页未读,

继续阅读

下载文档到电脑,马上远离加班熬夜!

亲,很抱歉,此页已超出免费预览范围啦!

如果喜欢就下载吧,价低环保!

内容要点:

¢ 消 ?§(MM)的测试 这– 们 义消 是一种程序设计语?机制, 这种机制一 单元 CPU控制ø转«给另一 单元 向—象软 的MM?§是?消 连 起 的方法?§ 们 义原子¥ 功能(ASF)是一种MM?§,它´一 ¥ (端 )输入事件 始一直fl¥ (端 )输出事件为止 ASF概念描述” 向—象软件的事件fi性?: 始¥ 是 止的,当一 ASF的¥ 级输入事件 fl时,?触发¥ 类集成测试用例设计-currency1 类 机测试  Kirani和Tsai[KIR94][1]P462 建 ”? 的 骤序?以生成一¢currency1 类 机测试用例: 1. —每 类,使用类操 ?表 生成一¥? 机测试序?,操 发 消 给其它? 器类  2. —生成的每 消 ,º 在? 器—象 的者类和—应的操  3. —? 器—象 的每 操 ( 经? ” —象的消 调用 类方法 ¡测试用例设计-类状态测试 状态-转换 (STD)是 为表 类的 态 为的模[1]P408 类的STD可?用 帮助 出测试类(和?¥ 其 的类)的 态 为的测试序? 给出” ?§的account类的STD  ? ,?始变 经 ”empty acct和setup acct状态,类的实例的大currency1数 为发生在working acct状态,最 的withdrawa 类方法的 ¡测试用例设计- 分测试 测试 分(paritition testing)可以减少测试类· 的测试用例的数量,采用的是¢ ¸ 软件的¨价 分[1]P318类似的方式:输入和输出?分类,并 测试用例?设计以«理每 类 类的¨价 分测试? ?几种: ¢ 状态的 分¢ 类的操 改变类状态的能? —类操 分类, 考¿account类,状态操 包括deposit和withdraw,而 类方法的 ¡测试用例设计- 机测试  为”?供 机测试方法的简 性举例,考¿一 Æ 应用,其 account类???操 :open,setup,deposit,withdraw balance,summarize,creditLimit和close[1] P460-461,这¥操 的每一 可应用 account,但是,Æ 的性??含”一¥ 制(例 ,ª号 须在其他操 可应用 ? ,在·?操 ? 方法的单 测试:结构性测试的第一 是考¿各 的方法,这可以 程的测试采用同样的方法,两者 currency1最大的 在 方法改变”它·在实例的状态,这就要取得??的状态 算测试的结ß,¸给其它—象的消 ?,而以 ,并 ·¸的消 相应的 ,测试数 要求能 全??类 ,可以用¸ 的测试技术 获取 ? 方法的 ¡测试:第二 要考¿一 方法调用 —象类 的其它方法和´一 向—象的单元白盒测试 结构性测试—类 的方法进 测试,它º类 为一单元 进 测试 测试分为两 :第一 考¿类 各 方法的 , 方法的单 测试第二 考¿方法 currency1的相 用, 方法 currency1的 ¡测试 每 方法的测试要求能针—其·?的

发表评论

暂无评论,赶快抢占沙发吧。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
软件测试   软件测试就是在受控制的条件下对系统或应用程序进行操作并评价操作的结果。所谓受控制的条件应该包括正常条件和非正常条件。应该故意地去促使错误的发生,也就是事情在不该出现的时候出现或者在应该出现的时候没有出现。从本质上说,软件测试是“探测”。      软件质量   高质量的软件是适当的、无错误的,能在预算内按时交货,满足需求/或期望,并且是可维护的。所以,质量是一个主观的术语。它取决于谁是客户以及客户对项目计划的影响。      软件质量保障   软件质量保障涉及到整个软件开发过程,包括监视和改善过程、确保任何经过认可的标准和步骤都被遵循、并且保证问题被发现和被处理。从本质上说,软件质量保障是“预防”。         白盒测试   白盒测试又称结构测试、逻辑驱动测试或基于程序本身的测试,这一方法是把测试对象看作一个打开的盒子,它允许测试人员利用程序内部的逻辑结构及有关信息,设计或选择测试用例,对程序所有逻辑路径进行测试。通过在不同点检查程序的状态,确定实际状态是否与预期的状态一致。白盒测试不关心应用程序的功能要求,而是对软件的过程性细节做细致的检查,它主要用于单元测试、集成测试。         黑盒测试      黑盒测试又称功能测试、数据驱动测试或基于规格说明的测试,这一方法是把测试对象看作一个黑盒子,测试人员完全不考虑程序内部的逻辑结构和内部特性,只依据程序的需求规格说明书,检查程序的功能是否符合它的功能说明。通过黑盒测试可以知道应用程序是否符合用户的预期要求,主要适用于集成测试、系统测试、验收测试等。      功能测试         功能测试是在规定的一段时间内运行软件系统的所有功能,以验证这个软件系统有无严重错误。测试内容可以包括:正常功能、异常功能、边界测试、界面测试、接口测试、安全测试 、错误处理测试等;         性能测试      性能测试是要检查系统是否满足在需求说明书中规定的性能,如响应时间、处理精度等,性能测试常常需要与强度测试、压力测试、容量测试结合起来进行。         4强度测试   强度测试是要检查在系统运行环境不正常到发生故障的情况下,系统可以运行到何种程度的测试。      压力测试   压力测试是在一种反常数量、频率或资源的方式下执行系统,例如把输入数据的量提高一个数量级来测试输入功能会如何响应。      容量测试   容量测试是要检验系统的能力最高能达到什么程度,例如对于操作系统,让它的作业队列 ‘满员’,即在系统的全部资源达到‘满负荷’的情形下,测试系统的承受能力。         兼容性测试   这类测试主要想验证软件产品在不同版本之间的兼容性。有两类基本的兼容性测试:向下兼容和交错兼容。向下兼容测试是测试软件新版本保留它早期版本的功能的情况;交错兼容测试是要验证共同存在的两个相关但不同的产品之间的兼容性。         可靠性测试   如果系统需求说明书中有可靠性的要求,则需要进行可靠性测试,通常使用以下几个指标来度量系统的可靠性:平均失效间隔时间是否超过规定时限;因故障而停机的时间在一年中应不超过多少时间。      测试   是由一个用户在开发环境下进行的测试。目的是评价软件产品的功能、局域化、可使用性、可靠性、性能和支持,尤其注重产品的界面和特色。         b 测试   是由软件的多个用户在一个或多个用户的实际环境下进行的测试。目的是评价软件产品的功能、局域化、可使用性、可靠性、性能和支持,尤其注重产品的支持性, 包括文档、客户培训、和支持产品生产能力。         单元测试   最小范围的测试,针对特定的函数和代码模块进行测试。因为需要了解程序的设计和代码的细节才能进行,所以部件测试一般是由程序员,而不是由测试人员来做,也许需要开发测试驱动模块或测试工具。         集成测试   对应用软件的各个部件进行组合测试,来检查各功能模块在一起工作是否正常。“部件”可以是代码模块、独立的应用程序、也可以是网络中的客户/服务器应用软件。         系统测试   系统测试主要是为验证软件系统是否满足所规定的各个方面的需求而进行的,以黑盒测试方法为主。系统测试尽量在模拟环境中,或在单独的测试环境中进行,条件不具备时,也可以在软件软件系统运行环境中进行。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值