返回

测试用例(很详细的文章) 测试用例(很详细的文章)

格式:word 上传:2026-10-15 10:46:36
温馨提示:手指轻点页面,可唤醒全屏阅读模式,左右滑动可以翻页。
测试用例(很详细的文章).doc预览图(1)
第 1 页 / 共 25 页
测试用例(很详细的文章).doc预览图(2)
第 2 页 / 共 25 页
测试用例(很详细的文章).doc预览图(3)
第 3 页 / 共 25 页
测试用例(很详细的文章).doc预览图(4)
第 4 页 / 共 25 页
测试用例(很详细的文章).doc预览图(5)
第 5 页 / 共 25 页
测试用例(很详细的文章).doc预览图(6)
第 6 页 / 共 25 页
测试用例(很详细的文章).doc预览图(7)
第 7 页 / 共 25 页
测试用例(很详细的文章).doc预览图(8)
第 8 页 / 共 25 页
测试用例(很详细的文章).doc预览图(9)
第 9 页 / 共 25 页
测试用例(很详细的文章).doc预览图(10)
第 10 页 / 共 25 页
测试用例(很详细的文章).doc预览图(11)
第 11 页 / 共 25 页
测试用例(很详细的文章).doc预览图(12)
第 12 页 / 共 25 页
测试用例(很详细的文章).doc预览图(13)
第 13 页 / 共 25 页
测试用例(很详细的文章).doc预览图(14)
第 14 页 / 共 25 页
测试用例(很详细的文章).doc预览图(15)
第 15 页 / 共 25 页
预览结束,还剩 10 页未读
阅读全文需用电脑访问
温馨提示 电脑下载 投诉举报

1、手机端页面文档仅支持阅读 15 页,超过 15 页的文档需使用电脑才能全文阅读。

2、下载的内容跟在线预览是一致的,下载后除PDF外均可任意编辑、修改。

3、所有文档均不包含其他附件,文中所提的附件、附录,在线看不到的下载也不会有。

功能,覆盖率达。


设计备选事件和异常事件的用例,则要复杂和困难得多。


例如,字典的代码是唯的,不允许重复。


测试需要验证字典新增程序中已存在有关字典代码的约束,若出现代码重复必须报错,并且报错文字正确。


往往在设计编码阶段形成的文档对备选事件和异常事件分析描述不够详尽。


而测试本身则要求验证全部非基本事件,并同时尽量发现其中的软件缺陷。


可以采用软件测试常用的基本方法等价类划分法边界值分析法推测法因果图法逻辑覆盖法等设计测试用例。


视软件的不同性质采用不同的方法。


如何灵活运用各种基本方法来设计完整的测试用例,并最终实现暴露隐藏的缺陷,全凭测试设计人员的丰富经验和精心设计。


三测试用例在软件测试中的作用指导测试的实施测试用例主要适用于集成测试系统测试和回归测试。


在实施测试时测试用例作为测试的标准,测试人员定要按照测试用例严格按用例项目和测试步骤逐实施测试。


并对测试情况记录在测试用例管理软件中,以便自动生成测试结果文档。


根据测试用例的测试等级,集成测试应测试那些用例,系统测试和回归测试又该测试那些用例,在设计测试用例时都已作明确规定,实施测试时测试人员不能随意作变动。


规划测试数据的准备在我们的实践中测试数据是与测试用例分离的。


按照测试用例配套准备组或若干组测试原始数据,以及标准测试结果。


尤其象测试报表之类数据集的正确性,按照测试用例规划准备测试数据是十分必须的。


除正常数据之外,还必须根据测试用例设计大量边缘数据和数据。


编写测试脚本的设计规格说明书为提高测试效率,软件测试已大力发展自动测试。


自动测试的中心任务是编写测试脚本。


如果说软件工程中软件编程必须有设计规格说明书,那么测试脚本的设计规格说明书就是测试用例。


评估测试结果的度量基准完成测试实施后需要对测试结果进行评估,并且编制测试报告。


判断软件测试是否完成衡量测试质量需要些量化的结果。


例测试覆盖率是多少测试合格率是多少重要测试合格率是多少,等等。


以前统计基准是软件模块或功能点,显得过于粗糙。


采用测试用例作度量基准更加准确有效。


分析缺陷的标准通过收集缺陷,对比测试用例和缺陷数据库,分析确证是漏测还是缺陷复现。


漏测反映了测试用例的不完善,应立即补充相应测试用例,最终达到逐步完善软件质量。


而已有相应测试用例,则反映实施测试或变更处理存在问题。


四相关问题测试用例的评审测试用例是软件测试的准则,但它并不是经编制完成就成为准则。


测试用例在设计编制过程中要组织同级互查。


完成编制后应组织专家评审,需获得通过才可以使用。


评审委员会可由项目负责人测试编程分析设计等有关人员组成,也可邀请客户代表参加。


测试用例的修改更新测试用例在形成文档后也还需要不断完善。


主要来自三方面的缘故第在测试过程中发现设计测试用例时考虑不周,需要完善第二在软件交付使用后反馈的软件缺陷,而缺陷又是因测试用例存在漏洞造成第三软件自身的新增功能以及软件版本的更新,测试用例也必须配套修改更新。


般小的修改完善可在原测试用例文档上修改,但文档要有更改记录。


软件的版本升级更新,测试用例般也应随之编制升级更新版本。


测试用例的管理软件运用测试用例还需配备测试用例管理软件。


它的主要功能有三个第能将测试用例文档的关键内容,如编号名称等等自动导入管理数据库,形成与测试用例文档完全对应的记录第二可供测试实施时及时输入测试情况第三最终实现自动生成测试结果文档,包含各测试度量值,测试覆盖表和测试通过或不通过的测试用例清单列表。


有了管理软件,测试人员无论是编写每日的测试工作日志还是出软件测试报告,都会变得轻而易举。


五测试用例的设计白盒技术白盒测试是结构测试,所以被测对象基本上是源程序,以程序的内部逻辑为基础设计测试用例。


逻辑覆盖程序内部的逻辑覆盖程度,当程序中有循环时,覆盖每条路径是不可能的,要设计使覆盖程度较高的或覆盖最有代表性的路径的测试用例。


下面根据图所示的程序,分别讨论几种常用的覆盖技术。


语句覆盖。


为了个提高发现的可能性,在测试时应该执行到程序中的每个语句。


语句覆盖是指设计足够的测试用例,使被测试程序中每个语句至少执行次。


如图是个被测试程序流程图判定覆盖。


判定覆盖指设计足够的测试用例,使得被测程序中每个判定表达式至少获得次真值和假值,从而使程序的每个分支至少都通过次,因此判定覆盖也称分支覆盖。


条件覆盖。


条件覆盖是指设计足够的测试用例,使得判定表达式中每个条件的各种可能的值至少出现次。


判定条件测试。


该覆盖户的卡和帐户有的属于拥有这个机的银行,有的是竞争银行的银行卡和帐户,或是企图使用该不支持的银行卡,则将对该主角银行客户执行不同的用例事件流。


对于功能性测试用例,请同样遵循上面列举的指南。


关于安全性和访问控制测试用例的示例测试用例号条件卡表明卡有效读卡机表明读卡机工作正常银行的网络预期结果在银行网络之内所有用例都可用银行网络之外只有提款用例可用无法读卡警告消息,卡被退出因被盗,卡已挂失警告消息,卡予保留卡已过期警告消息,卡予保留为配置测试生成测试用例在典型的分布式系统中,允许存在许多种受支持的硬件和软件组合。


为了核实测试目标在不同的配置情况下如不同的操作系统浏览器或的速度能否正常工作或执行,应该对此进行测试。


此外,测试还应涵盖构件的组合,以便检测在不同构件的交互中产生的缺陷。


例如,确保由应用程序安装的版本不会与另个应用程序需要的相同的版本发生冲突。


采用下列指南来生成用于配置测试的测试用例确保对每个关键配置,应至少存在个测试用例可用于对其进行确定。


这是通过确定测试目标的环境所要求的硬件和软件配置以及确定这些配置的优先级来完成的。


应确保最先测试最常见的配置,包括打印机支持网络连接局域网和广域网服务器配置服务器驱动程序服务器硬件台式机和或服务器上安装的其他软件所有已安装软件的软件版本确保对于每个可能有问题的配置至少存在个测试用例。


这些配置可能包括具有最低性能的硬件。


历史上存在兼容性问题的共驻内存的软件。


通过最慢的连接访问服务器的客户机。


资源不足缓慢的速度最小的内存或分辨率,磁盘空间不足等等为安装测试生成测试用例安装测试需要核实测试目标可以在所有可能的安装情况下安装。


安装情况可以指首次安装测试目标,或是在装有较早版本的机器上安装测试目标的个较新的版本或工作版本。


安装测试还应确保在遇到异常情况时如磁盘空间不足,测试目标的执行情况仍可接受。


测试用例应包含以下各种软件的安装情况分发介质,例如磁盘或文件服务器。


首次安装。


完全安装。


自定义安装。


升级安装。


客户机服务器软件的安装程序具备组特定的测试用例。


不同于基于主机的系统,服务器和客户机上的安装程序是有所不同的。


因而,安装测试应执行构成测试目标的所有构件的安装,包括客户机中间层以及服务器,这点至关重要。


为其他非功能性测试生成测试用例理论上,应找到所有必需的输入来生成测试用例模型设计模型以及补充规约工件的测试用例。


不过,如果此时您需要补充已有的输入,那也不足为奇。


示例如下操作测试用以检验在次故障发生后以及在下次故障发生前较长时间内软件的运行情况的测试用例。


对性能瓶颈系统容量或测试目标的强度承受能力进行调查的测试用例。


大多数情况下,您可以通过先前所确定的测试用例生成的些测试用例来构建其变体或聚合关系体,借此来查找测试用例。


九为单元测试生成测试用例单元测试要求既测试单元的内部结构同时还要测试其行为特征。


测试内部结构要求了解实施单元的方式,基于这种了解的测试被称为白盒测试。


对单元行为特征的测试侧重于从外部可观察的单元行为,而不需要了解或考虑其实施方式。


基于这种方法的测试称为黑盒测试。


基于这两种方法所生成的测试用例的说明如下。


白盒测试理论上,应通过代码测试每条可能的路径。


在所有这些非常简单的单元内实现这样的目标是不切实际或几乎是不可能的。


作为最基本的测试,应将每个决定到决定路径路径测试至少次,这样可确保将所有语句至少执行次。


决定通常是指语句,而路径是两个决定之间的路径。


要达到这种程度的测试覆盖,建议您在选择测试数据时应使每个决定都可以用每种可能的方法来评估。


为达到上述目标,测试用例应确保每个布尔表达式的求值结果为和。


例如,表达式的求值结果为的四种组合每个无限循环至少要执行零次次和次以上。


可使用代码覆盖工具来确定白盒测试未测试到的代码。


在进行白盒测试的同时应进行可靠性测试。


示例假设您对类中的函数执行结构测试。


该测试在二进制搜索的帮助下,将检查该集合是否包含了个指定的整数。


成员函数以及相应的流程图。


虚线箭头指示出如何通过采用两个测试用例将所有语句至少执行次。


理论上,对于彻底测试的个操作,测试用例应遍历代码内路径的所有组合情况。


在函数的中存在三个可选择的路径。


测试用例可以多次遍历该循环,或是根本就不遍历。


如果测试用例根本就没有遍历循环,则在代码中只能找到条路径。


如果遍历循环次,您将发现有三条路径。


如果遍历两次,则您将发现存在六条路径,如此类推。


因而,路径的总数应该是,在实际情况中,这个路径组合总数根本无法无法处理。


这就是为什么必须选择所有这些路径的子集的原因。


本示例中,可以采用两个测试用例来执行所有的语句。


其中个测试用例中,您可以选择,而且测试数据。


在另个测试用例中,您可以选择,且。


黑盒测试黑盒测试的目的是为了在不了解单元将如何实施指定行为的情况下,对指定行为进行验证。


黑盒测试侧重并依赖于单元的输入和输出。


等价类划分是种用来减少所需测试数量的技术。


对于每个操作都应确定参数和对象状态的等价类。


等价类是组值的集合,对这组值来说,对象的行为应类似。


例如,个集合可有三个等价类空若干元素以及满。


可使用代码覆盖工具来确定白盒测试未测试到的代码。


在进行黑盒测试的同时应进行可靠性测试。


接下来的两个小节说明了如何通过选择特定参数的测试数

下一篇
  • Hi,我是你的文档小助手!
    你可以按格式查找相似内容哟
DOC PPT RAR 精品 全部
小贴士:
  • 🔯 当前文档为word文档,建议你点击DOC查看当前文档的相似文档。
  • ⭐ 查询的内容是以当前文档的标题进行精准匹配找到的结果,如果你对结果不满意,可以在顶部的搜索输入框输入关健词进行。
帮帮文库-精品文档 帮帮文库-免费阅读 帮帮文库-海量资源
换一批

搜索

客服

足迹

下载文档