01.《软件测试基础》.ppt

  1. 1、本文档共59页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
测试环境 (一) 从软件的编码、测试到用户实际使用,存在着:开发环境、测试环境和用户环境。 “环境”,指的是被测试软件所运行的软件环境和硬件环境。 测试环境是测试人员为进行软件测试而搭建的环境。 测试环境 (二) 软件环境 硬件环境 资源 详情 数量 Pc 客户端 4 server Linux服务器 1 资源 详情 数量 Linux 操作系统 1 Mysql 数据库 1 Apache 服务 1 Php 编程语言 1 浏览器 IE(多版本)、FireFox、Chrome 1 测试开始/结束条件 启动条件: 软件测试是在项目启动、需求分析开始时随之启动。 结束条件: 需求覆盖率、用例执行率、缺陷遗留率、达到预定质量目标。 (备注:每个公司流程不一样,制定的质量标准 也是不一样的,不过大同小异,以以上条件为基准。) 测试进度与跟踪 任务 工作日 时间计划 责任人 备注 开始日期 结束日期 测试需求分析 1 2012/11/28 2012/11/29 XXX   编写测试计划 1.5 2012/11/29 2012/11/30 XXX   编写测试方案 1.5 2012/12/3 2012/12/4 XXX   编写测试用例 2 2012/12/5 2012/12/7 所有成员   第一轮测试 5 2012/12/10 2012/12/16 所有成员   第二轮测试 2 2012/12/17 2012/12/18 所有成员   测试风险与解决(一) 确定测试需求 风险评估 1.确定测试对象的优先级 2.确定测试实现的先后顺序 把注意力集中到最关键、最有意义和优先级最高的测试对象上 测试风险与解决(二) 序号 风险描述 规避措施 相关人 优先级 1 概要设计以及详细设计文档不全导致测试用例覆盖不全面 严格评审、多与开发人员沟通 开发、测试人员 高 2 测试人力不足导致测试进度滞后 开发人员兼职测试 项目经理 高 3 测试人员经验不足导致测试结果分析不全面 多组织培训、多进行技术、经验交流 测试总监、TSE 中 4 用户需求改变 项目整体调整,项目组全员加班 项目组全员 高 实训总结 * 软件工程是什么? 软件工程的几个定义: 1983年IEEE给软件工程下的定义是:“软件工程是开发、运行、维护和修复软件的系统方法。”这个定义相当概括,它主要强调软件工程是系统方法而不是某种神秘的个人技巧。? “软件工程学是为了在成本限额以内按时完成开发和修改软件产品所需要的系统生产和维护技术及管理学科。”这个定义明确指出了软件工程的目标是在成本限额内按时完成开发和修改软件的工作,同时也指出了软件工程包含技术和管理两方面的内容。? “软件工程是为了经济地获得可靠的且能在实际机器上有效地运行的软件,而建立和使用的完善的工程化原则。”这个定义不仅指出软件工程的目标是经济地开发出高质量的软件,而且强调了软件工程是一门工程学科,它应该建立并使用完善的工程化原则。? 1993年IEEE进一步给出了一个更全面的定义。? ????软件工程是:① 把系统化的、规范的、可度量的途径应用于软件开发、运行和维护的过程.也就是把工程化应用于软件中; ② 研究①中提到的途径。? * 图中标注的其他流程可以是任意的开发流程。例如,设计流程或编码流程。也就是说,只要测试条件成熟了,测试准备活动完成了,测试执行活动就可以(或者说需要)进行了。 H模型揭示了一个原理:软件测试是一个独立的流程,贯穿产品整个生命周期,与其他流程并发地进行。H模型指出软件测试要尽早准备,尽早执行。不同的测试活动可以是按照某个次序先后进行的,但也可能是反复的,只要某个测试达到准备就绪点,测试执行活动就可以开展。 * 要让全世界都接受和使用ISO 9000族标准,为提高组织的运作能力提供有效的方法,增进国际贸易,促进全球的繁荣和发展,使任何机构和个人,可以有信心让世界各地得到任何期望的产品,以及将自己的产品顺利销到世界各地” * * 软件产品的需求可以分为功能性需求和非 功能性需求,其中非功能性需求是常常被轻视,甚至被忽视的一个重要方面。其实,软件产品非功能性定义不仅决定产品的质量,还在很大程度上影响产品的功能需 求定义。如果事先缺乏很好的非功能性需求定义,结果往往是使产品在非功能性需求面前捉襟见肘,甚至淹没功能性需求给用户带来的价值。 所谓非功能性需求,是指软件产品为满足用户业务需求而必须具有且除功能需求以外的特性。软件产品的非功能性需求包括系统的性能、可靠性、可维护性、可扩充性和对技术和对业务的适应性等。下面对其中的某些指标加以说明。 需求定义:需求(requirement)就是系统(

文档评论(0)

119220 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档