软件测试-符永蔚知识分享教材.docx

PAGE41 / NUMPAGES41 软件测试 1．软件测试基础 1.1 了解测试发展史 随着计算机的诞生，开始有了软件开发和软件测试。接下来大家了解一下软件测试的发展史： 70年代以前--主要以调试为主，也不完全叫测试； 70年代～80年代中期--测试基础理论以及技术的形成，测试作为软件质量保证（SQA）的主要职能； 80后期～90中期--随着测试的发展，慢慢 的与SQA分离（注重于过程和质量的监督），开始关注工具对测试的影响； 90年代后期～至今--随着质量体系的完善，测试开始关注过程管理对软件测试的重要性，慢慢形成各种测试模型、测试能力成熟度模型。 1.2 软件测试的定义 为了发现错误而执行程序的过程。 使用人工和自动手段来运行或测试某个系统的过程，其目的在于检验它是否满足规定的需求或是弄清预期结果与实际结果之间的差别。 1.3 软件测试的目的 目的：尽可能??现并改正被测软件中的缺陷，提高软件质量。 证明 获取系统在可接受风险范围内可用的信心； 尝试在非正常情况和条件下的功能和特性； 保证一个工作产品是完整的并且可用或者可被集成。 检测 发现缺陷、错误和系统不足； 定义系统的能力和局限性； 提供组件、工作产品和系统的质量信息。 预防 澄清系统的规格和性能； 提供预防或减少可能制作错误的信息； 在过程中尽早检测错误； 确认问题和风险，并且提前确认解决这些问题和风险的途径。 1.4 软件测试的原则 尽早地和不断地进行软件测试； 测试用例应由测试输入数据和对应的预期输出结果组成； 开发避免检查自己写的程序； 设计用例应包括合理的输入条件和不合理的输入条件； 注意测试中的群集现象（测试后程序中残存的错误数目与该程序中已发现的错误数目成正比）； 严格执行测试计划，排除测试的随意性； 对每一个测试结果做全面的检查； 保存好测试文档（测试计划，测试用例，测试报告），为维护提供方便。 1.5 软件的模型 1.5.1 瀑布模型 应用的最广泛的一种模型，最容易理解和掌握。 1.5.2 V模型 基于瀑布模型的演变，主要反映测试活动与分析和设计的关系。 1.5.3 W模型 在V模型的基础中，针对开发阶段增加了同步测试，所以形成了W模型。 1.5.4 H模型 在 HYPERLINK javascript:; \t _self 软件测试过程活动完全独立，贯穿于整个产品的周期，与 HYPERLINK javascript:; \t _self 其他流程并发地进行。 1.5.5 RUP流程 目前最流行的测试模型，好处有以下几点： 以架构为中心的 风险优先控制 由自动化测试驱动 宏观上并行的，微观上瀑布 1.6 软件的生命周期 计划阶段 确定软件开发总目标； 给出软件的功能、性能、可靠性以及接口等方面的设想； 研究完成该项目的可行性，探讨问题解决方案； 对可供开发使用的资源、成本、可取得的效益和开发进度做出估计； 制定完成开发任务的实施计划。 需求分析阶段 功能需求、性能需求； 软件需求分析说明书SRS 设计阶段（软件工程的核心） 概要设计（HLD） 详细设计（LLD） 编码阶段 开发进行编码 测试阶段 对软件功能需求进行测试 对软件性能需求进行测试 运行与维护 软件交付完成进入正式使用以及后期的维护工作 1.7 什么是软件缺陷 1.7.1 缺陷的定义 软件缺陷，通常被叫做Bug。是指计算机软件或程序中存在的某种破坏正常运行能力的问题、错误，或者隐藏的功能缺陷。 缺陷的标准的定义如下： 从产品内部看，缺陷是软件产品开发或维护过程中存在的错误、毛病等各种问题； 从产品外部看，缺陷是系统所需要实现的某种功能的失效或违背。 1.7.2 缺陷的类型 遗漏：与规定的或者预期的需求未体现在产品中； 错误：未将规定说明正确实现； 额外的实现：规定说明并未规定的需求被纳入产品得到实现。 1.7.3 导致缺陷的根源 缺乏有效的沟通，或者没有进行沟通 软件本身的复杂度 开发人员自身的编程错误 需求的不断变更 测试的时间问题 人员的自大 1.8 什么测试用例 目前没有经典的定义。通常的说法就是指对某一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术以及策略。 通过一个简单的实例（12306订票网的登录）了解一下测试用例 用例编号DP12306-ST-SRS001-001测试项目测试订票网用户登录功能测试标题验证用户正常登录系统重要级别高预置条件打开订票网，进入登录界面输入数据参数1：用户名（Amos） 参数2：密码（Amos）操作步骤1.输入用户名 2.输入密码 3.点击登录按钮预期结果界面跳转到登录成功界面1.9