软件测试设计与用例

上传人:博****1 文档编号:586295605 上传时间:2024-09-04 格式:PPT 页数:26 大小:4.39MB
返回 下载 相关 举报
软件测试设计与用例_第1页
第1页 / 共26页
软件测试设计与用例_第2页
第2页 / 共26页
软件测试设计与用例_第3页
第3页 / 共26页
软件测试设计与用例_第4页
第4页 / 共26页
软件测试设计与用例_第5页
第5页 / 共26页
点击查看更多>>
资源描述

《软件测试设计与用例》由会员分享,可在线阅读,更多相关《软件测试设计与用例(26页珍藏版)》请在金锄头文库上搜索。

1、上海博为峰软件技术有限公司http:/软件测试基础软件测试基础2上海博为峰软件技术有限公司http:/课程内容课程内容u测试设计测试设计u测试方法u回归测试u验收测试u和测试 3上海博为峰软件技术有限公司http:/测试用例测试用例u测试用例定义:测试用例定义:目前没有经典的定义。是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果,以便测试某个程序路径或核实是否满足某个特定需求。比较通常的说法是:指对一项特定的软件产品测试任务的描述,体现测试方案、方法、技术和策略。内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等,并形成文档。u为什么为什么QAQA需要测试用例:需要

2、测试用例:组织测试回归复用结果跟踪提供测试依据 4上海博为峰软件技术有限公司http:/测试用例的八大要素测试用例的八大要素u用例编号u测试项目u测试标题u重要级别u预置条件u测试输入u操作步骤u预期输出5上海博为峰软件技术有限公司http:/测试用例模板测试用例模板测试用例编号N3310_IT_FILEITF_004测试项目测试模块A提供的文件接口测试标题文件B正在被其他进程执行读/写操作,通过A模块的文件接口读取文件B中的数据重要级别高预置条件进程XProcess对文件B进行读/写操作输入1、文件B:路径F:test下面的文件b.txt2、A模块文件接口函数调用参数:ACallFileIt

3、f(CString szFile)操作步骤1、启动XProcess进程,进程XProcess开始对文件B进行读写2、通过测试代码调用模块A的文件接口函数3、检查结果文件F:testresult.txt中的内容是否正确预期输出F:testresult.txt文件中的内容是从b.txt中提取的,格式符合下面的要求,字段之间用TAB键隔开姓名 性别 年龄 职业张三 男 32 无业游民6上海博为峰软件技术有限公司http:/课程内容课程内容u测试设计u测试方法测试方法u回归测试u验收测试u和测试 7上海博为峰软件技术有限公司http:/黑盒测试和白盒测试黑盒测试和白盒测试u黑盒测试(功能性测试)和白盒

4、测试(结构性测试)这两种测试方法设计出来的测试用例在表现形式上是相同的,没有什么区别u黑盒测试与白盒测试的区别在于,黑盒测试方法通过程序的规格说明来识别测试用例。白盒测试根据程序的内部代码结构(分支,循环,条件)来识别测试用例。8上海博为峰软件技术有限公司http:/黑盒测试黑盒测试u黑盒测试(Black Box Testing)又叫功能测试(Functional Testing),这是因为在黑盒测试中,主要关注于被测软件的功能实现,而不是内部逻辑。黑盒测试是与白盒测试截然不同的一个测试概念,也是在软件测试中使用得最早,也是最广泛的一类测试。在黑盒测试中,被测对象的内部结构,运作情况对测试人员

5、是不可见的,测试人员对被测产品的验证主要是根据其规格,验证其与规格的一致性。就像对一台自动售货机,为了验证其能否自动售出货物,你可以指定需要购买的物品,塞入钱币,然后观测售货机能否输出正确的货物并找出正确的零钱。在这个过程中你不需要关注自动售货机是如何判定钱币数额,如何选择货物,如何找出零钱等内部操作。这是白盒测试关注的范围,黑盒测试关注的是结果。u黑盒测试试图发现以下类型的错误:1)功能错误或遗漏;2)界面错误;3)数据结构或外部数据库访问错误;4)性能错误;5)初始化和终止错误。9上海博为峰软件技术有限公司http:/系统测试的维度分析与质量模型系统测试的维度分析与质量模型uISO9126

6、软件质量模型由6个特性、27个子特性组成。这个模型是软件质量标准的核心,今后测试工作需要从这6个特性、27个子特性去测试、评价一个软件外部和内部质量功能性可靠性易用性效率维护性可移植性适合性准确性互操作性保密安全性功能性的依从性成熟性容错性易恢复性可靠性的依从性易理解性易学性易操作性吸引性易用性的依从性时间特性资源利用性效率依从性易分析性易改变性稳定性易测试性维护性的依从性适应性易安装性共存性易替换性可移植性的依从性10上海博为峰软件技术有限公司http:/黑盒用例设计方法黑盒用例设计方法u边界值u等价类u正交试验法u因果图u判定表u状态迁移u业务流u错误猜测11上海博为峰软件技术有限公司ht

7、tp:/白盒测试白盒测试u白盒测试是一种测试用例设计方法,在这里盒子指的是被测试的软件,白盒,顾名思义即盒子是可视的,你可以清楚盒子内部的东西以及里面是如何运作的,因此白盒测试需要你对系统内部的结构和工作原理有一个清楚的了解,并且基于这个知识来设计你的用例u使用白盒测试方法产生的测试用例能够:1、保证一个模块中的所有独立路径至少被使用一次;2、对所有逻辑值均需测试true和false;3、在上下边界及可操作范围内运行所有循环;4、检查内部数据结构以确保其有效性。12上海博为峰软件技术有限公司http:/白盒测试与逻辑覆盖白盒测试与逻辑覆盖u语句覆盖语句覆盖就是设计若干个测试用例,运行被测试程序

8、,使得每一条可执行语句至少执行一次u分支覆盖设计若干个测试用例,运行所测程序,使程序中每个判断的取真分支和取假分支至少执行一次u条件覆盖设计足够多的测试用例,运行所测程序,使程序中每个判断的每个条件的每个可能取值至少执行一次u路径覆盖设计足够多的测试用例,运行所测程序,要覆盖程序中所有可能的基本路径13上海博为峰软件技术有限公司http:/动态测试与静态测试动态测试与静态测试u动态测试是一种通过执行程序而进行测试的技术。功能测试压力测试单元测试u静态测试是一种不通过执行程序而进行测试的技术。软件代码审查(又称代码走查)软件编程规范检查(c+ test、jtest)PC-LINT检查技术同行评审

9、14上海博为峰软件技术有限公司http:/代码走读和文档评审代码走读和文档评审准备预审审查会议第三小时修改启动会 跟踪到关闭会议介绍复查并记录普遍异常复查并记录特定异常复查异常记录作出决议诸葛亮会延续会议两小时以内计划、分发材料可选:15分钟左右代码: 100L/h;文档: 5P/h问题太多的话可取消评审代码:100L/h文档: 5P/h为过程改进和缺陷预防建言献策讨论未决问题或解决方案通过评审、修改后通过修改后重新评审15上海博为峰软件技术有限公司http:/课程内容课程内容u测试设计u测试方法u回归测试回归测试u验收测试u和测试 16上海博为峰软件技术有限公司http:/回归测试(回归测试

10、(Regression Test)Regression Test)u软件在测试或其他活动中发现的缺陷经过修改后,应该进行回归测试(Regression Testing)。目的是验证缺陷得到了正确的修复,同时对系统的变更没有影响以前的功能u回归测试可以发生在任何一个阶段,包括单元测试、集成测试和系统测试17上海博为峰软件技术有限公司http:/回归测试的策略回归测试的策略 u完全重复测试:重新执行所有在前期测试阶段建立的测试用例,来确认问题修改的正确性和修改的扩散局部影响性u选择性重复测试:即有选择地重新执行部分在前期测试阶段建立的测试用例,来测试被修改的程序18上海博为峰软件技术有限公司htt

11、p:/u覆盖修改法:即针对被修改的部分,选取或重新构造测试用例验证没有错误再次发生的用例选择方法。即这类回归测试仅根据修改的内容来选择测试用例,这部分测试用例仅保证修改的缺陷或新增的功能被实现了。这种方法的效率是最高的,然而风险也是最大的,因为它无法保证这个修改是否影响了别的功能。该方法在进度压力很大,或者系统结构设计耦合性很小的状态下可以被使用。 回归测试的策略回归测试的策略 19上海博为峰软件技术有限公司http:/u周边影响法:该方法不但要包含覆盖修改法确定的用例,还需要分析修改的扩散影响,对那些受到修改间接影响的部分选择测试用例验证它没有受到不良影响。该方法比覆盖修改法更充分一点。这类

12、回归测试需要分析当前的修改可能影响到哪部分代码或功能,对于所有受影响的功能和代码,其对应的所有测试用例都将被回归。如何判断哪些功能或代码受影响依赖于开发过程的规范性和测试分析人员(或开发人员)的经验。对于开发过程有详细的需求跟踪矩阵的项目而言,在矩阵中分析修改功能所波及的代码区域或其它功能是比较简单的,同时有经验的开发人员和测试人员能够有效的找出受影响的功能或代码。对于单元测试而言,代码修改的影响范围需要充分考虑到一些对公共接口的影响,例如:全局变量、输入输出接口变动、配置文件等。该方法是业界推荐的方法,适合于一般项目的使用。 回归测试的策略回归测试的策略 20上海博为峰软件技术有限公司htt

13、p:/u指标达成方法:这是一种类似于单元测试的方法,在重新执行测试前,先确定一个要达成的指标,如修改部分代码100%的覆盖、与修改有关的接口60%的覆盖等,基于这种要求选择一个最小的测试用例集合。回归测试的策略回归测试的策略 21上海博为峰软件技术有限公司http:/课程内容课程内容u测试设计u测试方法u回归测试u验收测试验收测试u和测试 22上海博为峰软件技术有限公司http:/验收测试验收测试u当软件产品是为了特定用户开发的时候,需要进行一系列的验收,让用户验证软件产品是否满足了所有的需求。u如果,软件是为多个用户开发的,让每个用户逐个正式的验收测试是不切合实际的,这时候,往往采用和测试,

14、以发现可能只有最终用户才能发现的问题。u验收测试是以用户为主的测试。软件开发人员和QA(质量保证)人员也应参加。由用户参加设计测试用例,使用用户界面输入测试数据,并分析测试的输出结果,一般使用生产实践中的实际数据进行测试。再测试过程中,除了考虑软件的功能和性能外,还应对软件的可移植性、兼容性、可维护性、错误的恢复功能进行确认。验收测试原则上在用户所在地进行,但如经用户同意也可以在公司内模拟用户环境进行。u验收测试根据合同、需求规格说明书或验收测试计划对成品进行验收测试u验收测试的结果有两种情况:软件功能、性能等质量特性与用户的要求一致,软件可以接受软件功能、性能等质量特性与用户的要求有差距,不

15、被用户接受23上海博为峰软件技术有限公司http:/课程内容课程内容u测试设计u测试方法u回归测试u验收测试u和和测试测试 24上海博为峰软件技术有限公司http:/测试测试 u测试是由用户在开发环境下进行的测试,也可以是开发机构内部的用户在模拟实际操作环境下进行的测试;u测试时,软件在一个自然设置状态下使用。开发者坐在用户旁,随时记下错误情况和使用中的问题,在受控制的环境下进行的测试;u测试的目的主要是评价软件产品的FLURPS(即功能、局域化、可用性、可靠性、性能等),尤其注重产品的界面和特色;u测试人员是除产品研发人员之外最早见到产品的人,他们提出的功能和修改建议是很有价值的;25上海博为峰软件技术有限公司http:/测试测试 u测试是由软件的多个用户在一个或多个用户的实际使用环境下进行的测试。这些用户是与公司签订了支持产品预发行合同的外部用户,他们要求使用该产品,并愿意返回所有错误信息给开发者。u与测试不同的是,测试时开发者通常不在测试现场。因而,测试是在开发者无法控制的环境下进行的软件现场应用。u在测试中,由用户记录下遇到的所有问题,包括真的和主观认定的,定期向开发者报告,开发者在综合用户的报告后,作出修改,再将软件产品交付给全体用户使用。26上海博为峰软件技术有限公司http:/答疑

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 医学/心理学 > 基础医学

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号