软件测试第一讲软件测试基础.ppt

软件测试 第1讲软件测试基础 1 李钏lic leadall cc 机遇和挑战并存 2 软件行业是朝阳行业 软件测试是软件行业的朝阳行业 软件行业由卖方市场转入买方市场 激烈的竞争要求软件的产品质量越来越高 欧美国家的软件项目 软件测试的工作量占项目总工作量40 软件测试的经费占项目总经费30 测试人员和开发人员的比例国外 1 1 2 1 国内1 5 1 3 当前国内高素质软件测试人员的市场需求大约50万人左右 第1讲软件测试基础 为什么要进行软件测试 什么是软件测试 软件测试的分类测试阶段软件测试的工作范畴SQA与软件测试的关系 3 4 为什么要进行软件测试 第一道概率题 知道 萨姆 霍克 爱国者 吗 它们是世界上最著名的地对空导弹 这里有一种 超级爱国者 地对空导弹 它的单发命中率是70 请计算一下 超级爱国者 地对空导弹3发齐射的命中率是多少 5 第一道概率题解答 1发导弹脱靶的可能性是 1 70 30 3发导弹全部脱靶的可能性是 30 X30 X30 2 7 3发导弹中 至少有1发导弹命中目标的概率是 1 1 70 3 1 2 7 97 3 6 第二道概率题 某世界著名的 音波 宇航工业公司生产的 音波848 400 大型宽体客机由100万个零部件组装而成 其中每个零部件的合格率都能达到99 9999 请问这种客机的合格率是多少 7 第二道概率题解答 每个零部件的合格率是99 9999 那整机合格率就是 99 9999 1000000 36 79 如果每个零部件的合格率是99 999 那整机合格率是 99 999 1000000 0 045 8 哪种概率模型更符合软件开发过程 1 两道概率题有什么区别 第一道概率题描述的问题模型是只要有一发导弹击中目标就算完成任务 第二道概率题描述的问题模型是只有所有的零部件都合格了 整机才合格 2 哪种概率模型更符合软件开发过程 第二种模型更符合软件开发过程 9 软件合格率 假设一个优秀的程序员写出的 代码行 合格率可以达到99 如果这个程序员开发的软件由1万行代码 那此软件的合格率是多少 99 10000 2 25X10 44 10 软件缺陷与软件故障案例 迪斯尼并不总是带来笑声英特尔奔腾浮点除法缺陷火星探测飞船坠毁爱国者导弹防御系统2008北京奥运会售票系统 11 迪斯尼并不总是带来笑声 1994年圣诞节前夕 迪斯尼公司发布了第一个面向儿童的多媒体光盘游戏 狮子王童话 圣诞节后的第一天 迪斯尼客户支持部电话开始响个不停 不断有人咨询 抱怨为什么游戏总是安装不成功 或没法正常使用这个游戏软件只能在少数系统中正常运行 12 兼容性问题 英特尔奔腾浮点除法缺陷 如果答案不为0 说明计算机使用的是带有浮点除法软件缺陷的老式英特尔奔腾处理器 1994年10月30日 弗吉尼亚州的ThomasR Nicely博士在用奔腾PC进行计算问题时得出了一个错误的结论 因此发现了这个问题 后来在互联网上引起一场风暴 他们的软件测试工程师在芯片发布之前进行内部测试时已经发现了这个问题 英特尔的管理层认为这没有严重到保证要修正 甚至公开的程度 当软件缺陷被发现时 英特尔试图低调解决问题 但为时已晚 最终拿出4亿多美元来支付所有维护费用 13 4195835 3145727 3145727 4195835 火星探测飞船坠毁 机械震动在大多数情况下也会触发着地开关 设置错误的数据位 设想飞船开始着陆时 计算机极有可能关闭推进器 而火星登陆飞船下坠1800米之后没有反推进器的帮助 冲向地面 必然会撞成碎片两个小组本身的工作都没什么问题 就是没有合在一起测试 其接口没有被测 而问题就在这里 14 系统测试衔接问题 爱国者导弹防御系统 当爱国者导弹防御系统的时钟累计运行超过14小时后 系统的跟踪系统就不准确 从而导致拦截伊拉克飞毛腿导弹的几次失败 其中一枚在沙特阿拉伯的多哈爆炸的飞毛腿导弹造成28名美国士兵死亡 15 系统时钟误差积累 2008北京奥运会售票系统 2007年10月30日上午11时 2008北京奥运会售票系统软件瘫痪 北京奥运会的指定独家票务供应商 北京歌华特玛捷票务有限公司成立于2006年9月 由美国特玛捷公司 中体产业股份有限公司及北京歌华文化发展集团三家出资构建而成 售票系统瘫痪事件发生后 公众普遍质疑歌华特玛捷公司是否具备承担2008北京奥运会的票务销售能力 用户常常在软件开发初期就发现软件可能跟他们的需求有不一致的地方 在开发软件之前 需要进行必要的需求分析 开发完成之后 也要进行必要的测试工作 虽然这些软件故障的后果程度不一 但可以肯定的是 通过严格的软件测试可以极大地降低故障及因此而引发的种种恶果 16 17 为什么要进行软件测试 软件总存在缺陷 只有通过测试 才可以发现软件缺陷 也只有发现了缺陷 才可以将软件缺陷从软件产品或软件系统中清理出去 软件失败时 也许仅仅给我们带来了不便 也可能是灾难性的 我们需要软件测试 来保障软件质量 18 什么是软件测试 软件测试学科的形成正反两方面的争辩软件测试的定义软件测试的其它观点 19 软件测试学科的发展 从测试的思想导向来划分为4个阶段 1957 1978年 以功能验证为导向 测试是证明软件是正确的 正向思维 1978 1983年 以破坏性为为导向 测试是为了找到软件中的错误 逆向思维 1983 1987年 以质量评估为导向 测试是提供产品的评估和质量度量 1988年起 以缺陷预防为导向 测试是为了展示软件符合设计要求 发现缺陷 预防缺陷 20 更好的阶段划分 分为3个阶段 初期阶段 发展阶段和成熟阶段初级阶段 1957 1971 测试通常被认为是对产品进行事后检验 缺乏有效的测试方法发展阶段 1972 1982 1972年第一次关于软件测试的正式会议 促进了软件测试的发展成熟阶段 1983到现在 国际标准Std829 1983 形成一门独立的学科和专业 成为软件工程学科中的一个重要组成部分 21 软件测试的正面性 BillHetzel博士 正向思维的代表 软件测试就是为程序能够按预期设想那样运行而建立足够的信心 软件测试是一系列活动以评价一个程序或系统的特性或能力并确定是否达到预期的结果 测试是为了验证软件是否符合用户需求 即验证软件产品是否能正常工作 22 软件测试的反面性 GlenfordJ Myers 反向思维的代表 测试是为了证明程序有错 而不是证明程序无错误一个好的测试用例是在于它能发现至今未发现的错误一个成功的测试是发现了至今未发现的错误的测试 23 软件测试定义的两面性 24 寻找容易犯错误的地方和系统的薄弱环节 试图破坏系统 直至找不出问题 软件测试是什么 测试 测 试 什么是 测 Measure 测量知道结果的验证行为 测什么是 试 Try 试验不知道结果的尝试行为 试软件测试测 验证软件功能 性能试 验证软件是否有非功能性的异常在规定的条件下对程序进行操作 以发现程序错误 对其是否能满足设计要求进行评估的过程 Myers软件测试的定义 软件测试是为了发现软件缺陷而执行程序或系统的过程 26 Q 我按照用户的需求测试了实际的系统 却一个缺陷也没有发现 我所做的测试工作有意义吗 1979年GlenfordJ Myers在 软件测试艺术 Theartofsoftwaretesting 书中给出的定义 传统意义上的测试定义 是狭义的 A 当然有意义 因为我至少证明了该系统基本符合用户的需求 IEEE软件测试的定义 1983年IEEE的定义 使用人工或自动手段运行或测定某个系统的过程 其目的在于检验它是否满足规定的需求或是弄清预期结果与实际结果之间的差别 27 明确提出软件测试以检验是否满足需求为目标 软件测试的定义 软件测试也可以定义为是 验证 Verification 和 有效性确认 Validation 活动构成的整体 验证 是检验软件是否已正确地实现了产品规格书所定义的系统功能和特性有效性确认 是确认所开发的软件是否满足用户真正需求的活动 28 验证 我们是否正确地完成了产品 确认 我们是否完成了正确的产品 Boehm 软件测试的其它观点 软件测试被认为是对软件系统中潜在的各种风险进行评估的活动 基于风险的软件测试可以被看作是一个动态的监控过程 对软件开发全过程进行检测 随时发现问题 报告问题测试的经济观点就是以最小的代价获得最高的软件产品质量 经济观点也要求软件测试尽早开展工作 发现缺陷越早 返工的工作量就越小 所造成的损失就越小 29 80 20原则 1 80 的工程量用在20 的需求上 关键需求 2 80 的开发成本花费在20 的部件上3 80 的错误是由20 的部件引起的4 80 的延期或返工是由20 的变更造成的5 80 的系统资源是由20 的部件消耗的6 80 的进度是由20 的人完成的 30 BUG的80 20原则 在分析 设计 实现阶段的复审和测试工作能够发现和避免80 的Bug 提前测试 而系统测试又能找出其余Bug中的80 最后的5 的Bug可能只有在用户的大范围 长时间使用后才会曝露出来 31 问题讨论 玩电脑游戏是不是软件测试 玩手机是不是软件测试 用户使用软件是不是软件测试 32 软件开发过程 33 产品的组成部分软件项目成员软件开发生命周期模式 软件产品需要的投入 34 产品说明书产品审查设计文档进度表前期版本的反馈竞争对手的信息测试计划用户调查易用性数据外观说明软件体系结构软件代码 客户需求 35 编写软件的目的是满足一些人的需求 客户需求收集可以通过问卷调查 收集软件以前版本反馈信息 收集竞争产品信息 收集期刊评论 收集焦点人群的意见以及其他诸多方式 产品说明书 36 产品说明书综合需求调查信息以及没有提出但必须要实现的需求 真正地定义产品是什么 有哪些功能 外观如何 开发进度表 37 制定进度的目的是了解哪项工作完成了 还有多少工作要作 何时全部完成 软件设计文档 38 对于稍大一些的程序而言 必须要有一个规划软件如何编写的设计过程 常用软件设计文档包括 结构文档 数据流图 状态转换图 流程图 代码注释 测试文档 39 重要的测试提交文档清单包括 测试计划测试用例缺陷报告测试工具和自动测试度量 统计和总结 软件产品组成部分 40 软件代码帮助文件用户手册样本和示例标签和不干胶产品支持信息图标和标志错误信息广告和宣传材料安装说明文件 软件项目组成员 41 项目不同 人员就大不相同了 但是对于大多数情况 分工是一样的 只是叫法不同而已项目经理 程序经理或者监制人员 编写产品说明书 管理进度 进行重大决策体系架构师 系统工程师 设计整个系统体系架构程序员 开发人员 设计 编写软件并修复软件中的缺陷 软件项目组成员 42 测试员或质量保证 QualityAssurance QA 员 找出并报告软件产品的问题技术作者 编制软件产品附带的文件和联机文档配置管理员或构建员 把程序员编写的代码及技术作者写的全部文档资料在一起 合成为一个软件包 软件开发生命周期模式 43 软件产品从最初构思到公开发行的过程称为软件开发生命周期模式在开发软件过程中有各种不同的方法 对特定项目而言 没有那个模式是一定最好的 有4种最常用的模式 大爆炸模式 大棒开发 边写边改模式 瀑布模式 螺旋模式 大爆炸模式 44 人力和资金 巨大的能量释放 产生了优秀的软件产品 或者一堆废品 简单 所有精力都花在开发软件和编写代码上计划 进度安排和正规开发过程几乎没有几乎没有什么测试 边写边改模式 45 粗略的想法 简单的设计 漫长的来回编写 测试和修改缺陷的过程 发布产品简单 所有精力都花在开发软件和编写代码上在大爆炸模式基础上的一个进步 瀑布模式 46 最初的构思到最终产品要经过一系列步骤 每一个步骤结束时 项目小组组织审查 并决定是否进入下一步 如果项目进入下一步未准备好 就停滞下来 直到准备好强调产品的定义各步骤是分立的 没有交叉无法回溯 瀑布模式 47 计划 需求分析 设计 编码 测试 维护 螺旋模式 48 总体思想是 一开始不必详细定义所有细节 从小开始 定义重要功能 努力实现这些功能 接受客户反馈 然后进入下一阶段 重复上述过程 直至得到最终产品螺旋模式中包含了一点瀑布模式 分析 设计 开发和测试的步骤 一点边写边改模式 螺旋模式的每一次 和一点大爆炸模式 从外界观察 模式发现问题早 使成本低 测试生命周期模型 需求规格说明 设计 编码 测试 缺陷分类 缺陷隔离 缺陷解决 错误 错误 错误 错误 修复 缺陷 缺陷 缺陷 引入程序错误阶段 清除程序错误阶段 找出程序错误阶段 软件测试与开发各阶段关系 50 需求规格说明 概要设计 详细设计 编码 单元测试 集成测试 系统测试 V模型示意图 51 软件测试基本过程 52 一个规范化的软件测试过程包括以下基本的测试活动拟定软件测试计划 方案设计和生成测试用例 准备测试数据执行测试 记录原始数据 对缺陷进行管理生成软件测试报告 缺陷的统计和报表 软件测试基本过程 53 软件测试过程与整个软件开发过程基本上是平行进行的一个开发机构还应当制定软件测试规程 按照软件工程的规范 定义各项活动的目标和详细过程 测试工作流程 软件测试过程细分步骤 55 SQA与软件测试的关系 57 Theend 57