赵良《软件测试与质量保障》概述.pptVIP

测试人必备的素质 三心：责任心，细心，耐心 二意：服务意识，团队合作意识 专业素质 有竞争力的测试人员要具有三方面的技能： 计算机专业技能 测试专业技能 软件编程技能（基础） 应该思考的问题 测试是开发后期的一个阶段。 软件测试要求技术不高，比编程容易多了，随便找一个人就可以了。 测试要执行所有可能的输入。 有时间就多测试些，没时间就少测试些。 软件测试是测试人员的事，与开发人员无关 调试和测试是一样的。 测试就是运行一下软件看看结果对不对。 120万软件从业人员-软件测试职位的不超过5万人 3784.99亿元软件行业发展迅猛 30万软件测试人才缺口30万 2:1软件测试人员配备应是软件开发人员的2倍 1:8目前我国测试人员与开发人员比例 * * * * * * * * * 责任心：对项目经理负责，对用户负责，对自己的职业生涯负责 细心：测试人员是软件交付给用户的最后一道关口， 耐心：测试工作有时会很枯燥 1.3 软件测试的原则 1.所有的测试都应追溯到用户的需求 系统中最严重的错误是那些导致程序无法满足用户需求的错误。 2.尽早地和不断地进行软件测试 需求和设计时出现的缺陷占很大的比例； 缺陷的修改成本随着阶段的推移将急剧上升； 缺陷具有放大的特点； 问题发现越早，解决问题的代价就越小。 缺陷存在放大趋势 3.不可能完全的测试 输入量太大 执行路径太多 软件测试最致命的缺陷就是： 不不能进行彻底的测试 为什么不可能做穷举测试 循环次数 0 1 2………20 独立路径数 51+52+53+……+521≈1014 每个测试用例（考虑、执行、验证结果）5分钟 共需测试时间 10亿年 M1 D1 D2 D3 D4 M2 M3 M4 M5 M6 M7 D5 =20次 为什么不可能做穷举测试 若X、Y为所有可能的整数，在字长32位机上测试： X1、Y1 ?Z1 ． ． ． Xn、Yn ?Zn 测试次数：n = 232?232 = 264 ?1.84 ?1019 程序P X Y Z 输入 输出 4.Pareto原则 Pareto原则暗示着测试发现的错误中的80%很可能起源于程序模块中的20%。 5.软件缺陷的寄生虫性 找到的软件缺陷越多，就说明软件缺陷越多 原因： 程序员的疲倦 程序员往往犯同样的错误 某些软件的缺陷其实是大灾难的征兆 6.避免测试自己的程序 程序员轻易不会承认自己写的程序有错误； 程序员的测试思路有局限性，做测试时很容易受到编程思路的影响； 程序员测试不具有典型性 7.设计周密的测试用例 软件测试的本质就是针对要测试的内容确定一组测试用例。 测试用例至少应包括： 执行测试用例前，应满足的前提条件 输入 预期输出 设计测试用例时，应当包括合理的输入条件和不合理的输入条件。 8.回归测试 程序修改后必须进行回归测试，避免引入新的错误。 9.严格执行测试计划，排除测试的随意性。 10.确认BUG的有效性 对测试错误结果一定要有一个确认的过程。 有时候测试人员提交的BUG并不是真正的BUG。 11.妥善保存测试计划，测试用例，出错统计和最终分析报告，为维护提供方便。 第2讲 测试模型与过程 本讲内容 测试层次的传统观点 软件测试模型 软件测试流程 2.1 测试层次的传统观点 瀑布模型 需求规格说明 概要设计 详细设计 编码 单元测试 集成测试 系统测试 瀑布式生命周期 2.2 软件测试模型 V模型 W模型 H模型 X模型 测试前置模型(测试驱动模型) V模型 需求分析 概要设计 详细设计 编码 单元测试 集成测试 系统测试 验收测试 需求测试 需求分析 功能测试 概要设计 设计测试 详细设计 单元测试 编码 系统测试 验收 确认测试 确认 集成测试 集成 W模型 H模型 测试准备 测试执行 测试流程 其他流程 测试就绪点 X模型 2.3 软件测试流程 （1）制定测试计划 测试计划是对每个产品，或是对各个开发阶段的产品开展测试的策略。 一个完整的测试计划应该包含以下几个方面： 对测试范围的界定； 风险的确定； 资源的规划； 时间表的制定； （2）测试设计 测试设计阶段要设计测试用例和测试过程，要保证测试用例完全覆盖测试需求。 测试设计阶段最重要的是如何将测试需求分解，如何设计测试用例。 （3）测试开发 1.准备测试环境 （1）测试技术准备 （2）配置软件、硬件环境 （3）人员 2.获得测试数据 （1）正常事务的测试 （2）使用无效数据的测试 3.测试脚本 所谓脚本，是完整的一系列相关终端的活动。 一般测试脚本有5个级别： 单元脚本 并发脚本 集成脚本 回归脚本