软件开发的过程.ppt

Software Testing Technology / chapter 3 / 软件开发的过程 课程地位 课程目标 理解质量、质量管理、质量控制及质量保证等相关的概念 了解测试、测试活动及基本的测试方法 使用单元测试工具JUnit及NUnit 使用配置管理工具VSS 第一阶段目标 软件质量的介绍 软件测试的介绍 简介 质量的概念 质量的演变 5-3 质量的演变 5-4 第二次世界大战结束以后，以文盲劳力和低劣模仿著称的日本经济进入萧条期 从 20 世纪 50 年代至 1960 年，日本人的整顿过程发展的很快，使得从高层管理人员到最底层工人的每种职位的人都重视质量控制和管理 20 世纪 70 年代早期，由于产品成本低且质量优，日本向美国和欧洲的出口显著增长 软件质量 质量框架 质量保证和质量控制的区别 2-1 质量控制方法 简介 软件测试是软件工程过程中的关键组件。 软件测试是软件质量保证的要素，可以将其描述为一个运行程序以检测错误（如果有）的过程。 测试的常识与道理 2-1 编程大师说：没有错误的程序世间难求。 （《编程之道》） 你在学校里学过测试吗？（读到博士可能也不懂测试） 你所在的企业重视测试吗？ （小公司程序员的技能更加全面） 临时抱佛脚行吗？你以为有文档模板就会测试了吗？ 测试的常识与道理 2-2 如果不懂得有效地进行测试，你不仅得不到功劳，也没人欣赏你的苦劳，你拥有最多的将只是疲劳。 职业软件工程师应当掌握需求开发、系统设计、编程、测试、维护 所有技能。 测试的目的是什么 测试的目的是为了发现尽可能多的缺陷，不是为了说明软件中没有缺陷。 推论：成功的测试在于发现了迄今尚未发现的缺陷。所以测试人员的职责是设计这样的测试用例，它能有效地揭示潜伏在软件里的缺陷。 千万不要将“测试”与“演示”混为一谈。例如科研鉴定会。 如果产品通过了严格的测试，大家不要不吭气，应当好好地宣传一把 。 软件测试原则 2-1 完全测试程序是不可能的 －输入量太大 －输出结果太多 －软件实现途径太多 －软件说明书没有客观标准。从不同角度看，软件缺陷的标准不同。 软件测试原则 2-2 软件测试是有风险的行为 测试无法显示潜伏的软件缺陷 找到的软件缺陷越多，就说明软件缺陷越多 并非所有软件缺陷都能修复 软件测试一项讲究条理的技术专业 软件测试方法－黑盒和白盒 白盒测试中（有时候称为开盒测试），软件测试员可以访问程序员的代码，并通过检查代码来协助测试－可以看到盒子里面。一般在单元测试中采用百盒测试，用于测试模块中所有可能的路径、执行所有循环并测试所有逻辑表达式。 黑盒测试则侧重于软件的整体功能。 它不基于程序的内部结构而基于系统功能。犹如一个人站在黑盒子外面，只知道系统输入一定数据，得到一定的输出，而不必清楚这个黑盒子中进行了哪些操作和运算。 软件测试方法－静态和动态 静态检查 确保系统按照组织的标准和过程运行，主要依赖于评审和非运行的手段来检查。通常包括需求评审、设计评审、代码走查和代码检查。 动态检查 在生命周期中进行测试（运行）。通常包括单元测试、集成测试、系统测试、用户的验收测试。 静态测试 审查 (Inspection) －软件的一种基本测试方法，它以一系列典型问题为依据进行检测。 走查 (Walkthrough) －一对一的审查，比审查更加仔细。 回顾(Review) －以发现软件中存在的错误和缺陷为目的的一种软件测试方法，它是在软件证实执行之前完成。 静态和动态测试进行结构和功能测试 测试技术 黑盒测试测试手段 2-1 根据说明书进行的测试 测试用例是通过通读相关的说明书而设计得到的。每个测试用例都应该测试说明书的一条或多条陈述。 等价划分 基本做法是将要测试的软件的输入和输出分成若干部分，对于特定部分中的任意值，软件行为都是等价的 边界值分析 它使用与等价划分相同的方法分析各个部分。但是，它假定错误最可能出现在各部分之间的边界处。 状态变换测试 当软件被设计成状态机或者软件实现的是以状态机为模型的需求的时候，状态变换测试特别有用。 测试用例通过生成导致转变的事件来测试状态之间的转换 白盒测试测试手段 2-1 分支测试 测试用例被设计为检验对单元中的流分支或判定点的控制。 通常来说它的目的是要达到目标级别的判定覆盖率。 条件测试 条件测试的目标是设计测试用例以表明逻辑条件的单个组件和单个组件的组合是正确的。 白盒测试测试手段 2-2 数据定义 － 使用测试 它将测试用例设计为对成对的数据定义和使用进行测试。 设置数据项的值的地方就是数据定义，读取或使用数据的地方就是数