软件测试工程师章节之一之测试理论(软件研发流程)教案分析.pptVIP

第二章 软件研发流程 简介 Raymond Sir 第一节 软件研发流程 基础篇 1.熟悉软件产品构成的主要部分 2.熟悉 软件产品如何从一个构想最终成为产品。 3.熟悉 软件产品中包含了哪些人的劳动和技术。 4.熟悉 软件工程的意义 5.抓住软件研发过程的关键要素，但暂时先不关注具体详细的内容 6.为后续第一阶段的演练打好基础 * * 大多数人认为，软件产品仅仅是从互联网上下载或者从光盘上安装到计算机上的程序。 早期人们认为程序就是软件，一个现实世界不存在，同时也比较抽象， 因此早期人们的观点停留在软件就是程序，但是随着IT行业的不断发展，程序并不能是软件的全部。 软件是由一系列“程序、数据、文档”组成的有序集合。 所以说，许多“藏在背后”的东西通常被遗忘或忽视。作为软件测试人员，要记得所有的这些都是可能含有缺陷的，都是我们要测试的对象。 什么是软件产品？ * 软件产品中包含大量的中间过程文档 客户需求 需求规格 概要设计 项目计划 测试计划 版本计划 测试方案 测试用例 详细设计 测试报告 缺陷跟踪单 技术选型报告 竞争对手调研报告 产品需求 * 项目经理 驱动整个项目的运转，负责制定计划，安排人力，管理进度，协调团队，进行重大决策。 架构师 / 系统工程师 技术专家，经验丰富，负责整个系统的体系架构的设计以及关键模块的设计。 程序员 / 开发人员 设计、编写软件，并修复软件中的缺陷。 测试工程师 负责找出软件产品存在的bug并提交报告。 资料工程师 负责编写软件产品附带的文件和联机帮助文档 配置管理员 负责管理程序员写的代码和资料工程师写的文档资料，并组合成一个软件包 公司项目的成员 * 为什么会有软件工程？ 软件产生初期 灵光一闪 - 写代码 - 程序诞生 后来…… 学习的人越来越多、程序增大 程序错误频繁 问题 出现 程序藕和困难频发 熬夜通宵赶进度不是长久之计 再后来…… 开始有人为软件开发订立规章制度，经过不断改进，软件工程诞生了！！ 需要一种理论和规范 * 软件工程的几个定义： 1983年IEEE给软件工程下的定义是：“软件工程是开发、运行、维护和修复软件的系统方法。”这个定义相当概括，它主要强调软件工程是系统方法而不是某种神秘的个人技巧。? “软件工程学是为了在成本限额以内按时完成开发和修改软件产品所需要的系统生产和维护技术及管理学科。”这个定义明确指出了软件工程的目标是在成本限额内按时完成开发和修改软件的工作，同时也指出了软件工程包含技术和管理两方面的内容。? “软件工程是为了经济地获得可靠的且能在实际机器上有效地运行的软件，而建立和使用的完善的工程化原则。”这个定义不仅指出软件工程的目标是经济地开发出高质量的软件，而且强调了软件工程是一门工程学科，它应该建立并使用完善的工程化原则。? 1993年IEEE进一步给出了一个更全面的定义。? ????软件工程是：① 把系统化的、规范的、可度量的途径应用于软件开发、运行和维护的过程．也就是把工程化应用于软件中； ② 研究①中提到的途径。?  什么是软件工程？ 系统化 规范化 可管理 将软件开发变成一项工程 * 软件产品从最初构思到公开发行的过程，称为软件开发过程。 开发过程有各种不同的方法，没有所谓最好的模式。 最常见的4种： 大爆炸模型 边写边改模型 瀑布模型 螺旋模型 V、W、X、H模型 软件开发过程是什么？ * 简单；没有计划；没有规范的过程。 主要精力就是用于编写程序。 客户直到最后才直到自己会拿到一个什么样的软件。 基本无法安排测试工作。 大爆炸模式 BOOM!! * 比起大爆炸，至少有了一个软件需求。 因为不需要定计划和编写文档，因此成果立竿见影。 测试工作在编码和修改阶段显得很重要。 开发工程师和测试工程师都将在这个模式中陷入无尽的恶梦。 当某天似乎所有功能都实现了，并且缺陷越来越少，某个管理者（或者时间进度的原因）决定发布软件。 适合要求快速交付和用完就扔的小项目。 这种模式是软件开发的入门，是规范的软件开发过程从无到有的一个发展阶段。 边写边改模型 编码，修改，一直到某个时候 非正规的需求 * 原始的瀑布模式： 各步骤分立，没有交叉。 步骤无法回溯，从上向下逐步完成。 适合 产品定义明确清晰，开发人员训练有素的项目。 在开发之前，应该解决所有的未知问题，明确所有的细节。 对于测试工作而言，瀑布模式要求一切都有细致完整的说明，当进入测试阶段时，软件已经实现，说明文档已经具备，因此测试工作进度可控，不确定性减少。 因为测试是最后一步，因此早期阶段中的缺陷将在最后的