测试知识点梳理.pptx

  1. 1、本文档共56页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
测试知识点梳理

7组—测试知识点梳理;目 录;;;2.软件的危机: (1)背景:落后的软件生产方式无法满足迅速增长的计算机软件需求,从而导致软件开发与维护过程中出现一系列问题。 (2)现象:成本与进度、用户满意度、质量、可维护性、文档支持、与时俱进。;(3)解决途径: 组织管理 工程项目管理方法 技术措施 软件开发技术、方法与软件工具 具体办法: ①对计算机软件有一个正确的认识(软件≠程序) ②充分认识到软件开发不是某种个体劳动的神秘技巧,而应 是一种组织良好、管理严密、各类人员协同配合、共同 完成的工程项目 ③推广使用在实践中总结出来的开发软件成功技术和方法 ④开发和使用更好的软件工具;3.软件工程: (1)方法:将系统化的、严格约束的、可量化的方法应用于软件的开发、运行和维护,即将工程化应用于软件 (2)工具:软件工具为工程方法提供了自动或半自动的软件支撑环境 (3)过程:软件工程方法和工具综合起来,以达到合理、及时第进行计算机软件开发的目的。;4.软件生命周期 计划、分析、设计、编码、测试、运行和维护 5.软件生命周期模型: (1)瀑布模型:1970年温斯顿?罗伊斯(Winston Royce)提出了著名的“瀑布模型”,直到80年代早期,它一直是唯一被广泛采用的软件开发模型。;优点;(2)V模型: V模型是在瀑布模型基础上演变而来,由于将整个开发过程构造成一个V字形而得名。V模型强调软件开发的协作和速度,将软件实现和验证有机地结合起来,在保证较高的软件质量情况下缩短开发周期。 ;(3)迭代模型: 迭代包括产生产品发布(稳定、可执行的产品版本)的全部开发活动和要使用该发布必需的所有其他外围元素。 ;6.敏捷开发 (1)定义敏捷开发是一种以用户的需求进化为核心、迭代、循序渐进的开发方法。 软件项目的构建被切分成多个子项目,各个子项目的成果都经过测试,具备集成和可运行的特征。 (2)敏捷开发与传统开发的区别 ①变:强调软件开发对未来可能出现的变化和不确定性做出全面反应 ②早:总体目标是尽可能早地、持续地对有价值软件的交付 ③快:主要是用于需求模糊或快速???化的前提下,小型开发团队的软件开发活动;7.软件系统体系结构应用模式 (1)C/S结构 C/S结构的基本原则是将计算机应用任务分解成多个子任务,由多台计算机分工完成,克服了终端/主机结构中主机负担过重,用户界面不友好等缺点,因而得到了广泛的应用。 (2) B/S(Browser/Server,浏览器/服务器)模式又称B/S结构 B/S模式是指在TCP/IP的支持下,以HTTP为传输协议,客户端通过Browser访问Web服务器以及与之相连的后台数据库的技术及体系结构。;;2. 软件缺陷产生的原因 需求不清晰、技术问题 3. 软件测试的目的 (1)发现缺陷,提高质量 (2)验证是否满足需求 (3)建立软件质量的信心 4.软件测试依据的一般原则 (1)测试显示缺陷的存在 (2)穷尽测试是不可能的 (3)测试尽早介入 (4)缺陷集群性 (5)杀虫剂悖论 (6)测试活动依赖于测试背景 (7)没有失效不代表系统是可用的 ;5.软件测试的一般流程;;3.生命周期各阶段的测试工作;;2.几个概念的理解: (1)基线:实实在在存在的。评审通过的文档可作为基线 (2)里程碑:虚的,人为设定的,根据不同公司不同项目设的不同 (3)软件配置项:是各种可发测试所包含的程序、数据、报告、文档的集合 3.软件测试分级 (1)软件生命周期测试的分级 ①单元测试 ②集成测试 ③系统测试 ④验收测试 (2)软件错误分级 ①严重缺陷 ②较严重的缺陷 ③一般性缺陷 ④较小缺陷 ⑤其他缺陷;4.对软件测试进行分类与分级的目的? 通过对软件测试进行有目的分类与分级,使我们能够有效地控制软件的复杂性,强化测试的针对性或目的性,提高测试管理的科学性,最终确保软件测试的质量。 5.何谓软件配置项? 软件配置缩写为CSCI(Computer Software Configuration Item),是为独立的配置管理而设计的且能满足最终用户要求的一组软件,简称软件配置项。 在软件开发过程中,产生的所有信息构成软件配置,它们是:代码、文档、数据等,统称为配置项(Configuration Item,CI);;2.软件缺陷的来源有哪些? (1)需求的不完善 (2)编码错误 (3)逻辑设计错误 (4)客户——开发者通信失败 (5)对软件需求的故意偏离 (6)不符合文档编制与编码规定 (7)测试过程不足 (8)规程错误 (9)文档编制错误;3、缺陷的分类有哪些?缺陷严重性和优先级的关系? (1)按软件生命周期分 ①用户需求错误 ②产品需求错误 ③设计错误 ④编码错误 ⑤数据错误 ⑥发行错误 (2)按软件使

文档评论(0)

135****6041 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档