软件测试方法汇总,软件测试方法和技术总结.ppt

软件测试方法和技术总结

自动化测试万能论 发布之后的软件若有质量问题,并不一定就软件测试人员的职责 用户参与至软件测试中,也可不参与 杭师大软件质量保证和测试教学课件 影响测试策略的因素 1、测试完成的标准 标准的高低对策略确定有着重要的影响。比如该软件的应该用场合为军用,这将对软件的可靠性、安全性要求非常高,但如果是用于小型商场的收费系统由于是内部使用,主要考虑其计算的准确与精度及复杂统计与报表生成等方面准确性与易用性。 2、资源状况 参与测试的人、测试中所需要的软件平台(如操作系统甚至会涉及到第三方的一些应用软件)及测试可能用到的相关硬件设备(如计算机,网络硬件其它外设等) 杭师大软件质量保证和测试教学课件 制定测试策略 全面细致地了解产品的项目信息:应用领域,测试范围,市场需求,产品的特点和主要功能,技术架构 基于模块、功能、整体、系统、版本、压力、性能、配置和安装等各个因素对产品的影响,公正客观地开展测试计划 根据程序的重要性和一旦发生故障将造成的损失,来确定它的测试等级和测试重点 认真研究测试策略,以便能使用尽可能少的有效测试用例,发现尽可能多的程序错误,因为一次完整的软件测试过后,如果程序中遗漏的错误过多并且很严重,则表明本次测试是失败的,是不足的;而测试不足意味着让用户承担隐藏错误带来的危险.同时反过来说,如果过度测试,则又会浪费许多宝贵的资源. 找到一个最佳平衡点。 杭师大软件质量保证和测试教学课件 软件测试项目的资源管理 人力资源管理 测试环境资源 工作量估计 杭师大软件质量保证和测试教学课件 测试项目的进度管理 测试项目的里程碑和关键路径 测试项目进度的特性及外在关系 测试项目进度的管理方法和工具 杭师大软件质量保证和测试教学课件 测试项目的风险管理 杭师大软件质量保证和测试教学课件 软件测试文档的管理 文档的分类管理 文档的格式和模板管理 文档的一致性管理 文档的存储管理 杭师大软件质量保证和测试教学课件 Q & A 质量标准并不是所有缺陷都要修复才发布,而是达到缺陷修复率或覆盖度,这也是缺陷停止标准 灰盒测试模糊黑盒测试与白盒测试界线 杭师大软件质量保证和测试教学课件 什么是测试用例 测试用例可以独立进行测试执行的最小单元 测试内容的一系列情景和每个情景中必须依靠输入和输出,而对软件的正确性进行判断的测试文档,称为测试用例 测试用例就是将 软件测试的行为活 动转化为规范化 的文档 杭师大软件质量保证和测试教学课件 测试用例的作用 有效性 可复用性 易组织性 客观性 可评估性和可管理性 知识传递 重要参考依据, 提高测试质量 杭师大软件质量保证和测试教学课件 测试用例设计书写标准 标志符(Identification) 测试项(Test Items) 测试环境要求 输入标准(Input Criteria) 输出标准(Output Criteria) 测试用例之间的关联 杭师大软件质量保证和测试教学课件 良好测试用例的特征 可以最大程度地找出软件隐藏的缺陷 可以最高效率的找出软件缺陷 可以最大程度地满足测试覆盖要求 既不过分复杂、也不能过分简单 使软件缺陷的表现可以清楚的判定 测试用例包含期望的正确的结果 待查的输出结果或文件必须尽量简单明了 不包含重复的测试用例 测试用例内容清晰、格式一致、分类组织 杭师大软件质量保证和测试教学课件 测试用例设计考虑因素 具有代表性、典型性 寻求系统设计、功能设计的弱点 测试用例需要考虑到正确的输入,也需要考虑错误的或者异常的输入,以及需要分析怎样使得这样的错误或者异常能够发生 考虑用户实际的诸多使用场景 杭师大软件质量保证和测试教学课件 测试用例设计的基本原则 尽量避免含糊的测试用例 尽量将具有相类似功能的测试用例抽象并归类 尽量避免冗长和复杂的测试用例 杭师大软件质量保证和测试教学课件 单个测试用例的质量要求 具有可操作性 具备所需的各项信息 各项信息描述准确、清楚 测试目标针对性强 验证点完备,而且没有太多的验证点 没有太多的操作步骤,例如不超过7步 符合正常业务惯例。 杭师大软件质量保证和测试教学课件 整体测试用例的质量要求 覆盖率。依据特定的测试目标的要求,尽可能覆盖所有的测试范围、功能特性和代码。 易用性。测试用例的设计思路清晰、组织结构层次合理,测试用例操作的连贯性好,使单个模块的测试用例执行顺畅。 易维护性。应该以很少的时间来完成测试测试用例的维护工作,包括添加、修改和删除测试用例。易用性和易读性,也有助于易维护性。 粒度适中。既能覆盖各个特定的场景,保证测试的效率;又能处理好不同数据输入的测试要求,提高测试用例的可维护性。 杭师大软件质量保证和测试教学

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值