《2022年软件测试管理及其应用重点.docx》由会员分享，可在线阅读，更多相关《2022年软件测试管理及其应用重点.docx（15页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、精选学习资料 - - - - - - - - - 第一章明确为什么不能测试全部可能性 : 1 可能进行测试的数目是无限的 2 真正能执行的测试只是代表性的案例 3 很难确定抱负的可能测试的数目 4 用较少的测试资源猎取更多的信息：1 可用测试资源 2使用适当的测试技术和方法 3明确具体软件测试任务测试预备单元测试集成测试系统测试内部验收1.制定测试策略1.单元测试方案1.集成测试方案2.明确测试用例 3.执行单元测试 4.缺陷分析 交付成果：单元测试方案集成测试方案系统测试方案内部验收报告单元测试用例集成测试用例系统测试用例单元测试 bug 记录表集成测试bug 记录表系统测试bug 记录表单
2、元测试报告集成测试报告系统测试报告4.软件测试治理定义：就是对每一种具体测试任务、流程、体系、结果、工具等进行具体监督和治理 5.常见的实践是可以把软件测试治理分为 8 类：1软件测试需求治理 2软件测试质量治理 3软件测试团队治理 4软件测试文档治理 5软件测试缺陷治理 6软件测试环境治理 7软件测试流程治理 8软件测试执行治理 6.单元测试的考虑：1模块接口 2算法和规律 3数据结构全局和局部4边界条件 5独立的路径 6错误处理 7.1灵敏开发迭代流程图：=输入需求 -设计 -开发 -测试需求 方案 -设计 -执行 - 发布输出 = 2灵敏方法 中迭代周期短,测试人员尽早开头测试,包括准时
3、对需求、开发设计进行评审,更重要的是能够及时、连续地对软件产品质量进行反馈；时反馈；简洁地说, 灵敏测试治理 要特殊留意的就是连续地对软件质量问题进行及有 HP Agile Manager 和微软的 Visual Studio 2022, 包括 TFS 2022、Scrum 模板、Test Manager 2022、Coded UI Test等名师归纳总结 - - - - - - -第 1 页,共 8 页精选学习资料 - - - - - - - - - 是确保软件测试在软件质量保证中发挥应有的关键作用；特殊表达在以下5 个方面：1对软件产品的评估和测量 2对软件产品的缺陷识别和掌握 3产品设计
4、和开发的验证 4软件过程的监视和测量 5有流程和标准指导 10.ISO 9000 质量治理体系的 8 大原就 原就 1:：以用户为关注焦点 原就 2：领导作用 原就 3：全员参加 原就 4：过程方法 原就 5：治理的系统方法 原就 6：连续改良 原就 7：基于事实的决策方法 原就 8：互利的供方关系11.TMM 软件测试才能成熟度 5 级 TL1 初始级TL2 阶段定义级 TL3 集成级 TL4 治理和测试级TL5 优化级 12.测试治理体系的架构：制定测试需求设计测试用例生成测试执行用例执行单元测试执行集成测试执行系统测试分析测试结果制定测试策略定义测试过程建立测试脚本建立测试结果记录测试结
5、果记录测试结果提出变更恳求明确资源进度定义测试环境回来测试回来测试回来测试分析测试情形评审测试方案生成测试报告制定测试方案 - 测试方案 - 测试执行 - 单元测试 - 集成测试 - 系统测试 - 评估测试13.软件测试的5 个要素 /测试治理的5 要素：质量、人员、技术、资源、流程14.测试治理金字塔和关系实例图：一个中心 -1 人以人为本 -2 个目标 关注点：测试掩盖率、测试效率要素或 5 个工作面 -8 关系 -13 原就 -21 关键域 -34 个方法5 个工作面：1质量 -人员 -技术 2质量 -人员 -资源3质量 -技术 -流程 4质量 -流程 -资源5人员 -技术 -流程 -资
6、源 15.为什么要进行软件测试治理？-3 个支撑 人员、流程、 技术 -51软件测试的工作量要占整个软件开发工作量的 40以上,对于高牢靠、高安全的软件来说,这一比例可能会到达 60 70；因此,软件测试是软件开发过程中的一项重要工作,必需对其进行科学有效的治理；2一项软件测试工作涉及到技术、方案、质量、工具、人员等各个方面,是一项复杂的工作,因此需要对其进行治理；3任何软件测试工作都是在肯定的约束条件下进行的,要做到完全完全的测试是不行能的；4只有系统化、 标准化的软件测试才能有效地发觉软件缺陷,才能在软件缺陷修改后进行有效的回来测试；其次章才能对发觉的软件缺陷实施有效的追踪和治理,名师归纳
7、总结 - - - - - - -第 2 页,共 8 页精选学习资料 - - - - - - - - - 1.软件需求的定义：1正在构建的系统必需符合的条件或具备的功能 2一种猎取,组织并记录系统需求的系统优化方案,以及一个使客户与项目团队对不断变更的系统需求达成并 保持一样的过程 2.测试需求和测试设计的区分：1测试需求并不等同于简洁的测试范畴,也不是测试方案；因此也有专家定义测试需求不是对测试提出的要求 的总和,而是依据程序文件和质量目标对软件测试活动所提的要求；2测试需求不同于测试设计；依据 IEEE 标准,测试设计的目的是：细化测试方案中描述的测试途径,确定要 包含的特性和测试,确定完成
8、测试所用到的测试用例和测试规程,最终给出测试失效和通过的标准；就是对软件测定要解决的问题进行具体分析 4.测试需求分析主要有两个任务：1通过对测试活动需要解决问题及环境的懂得、分析和综合,建立分析模型；2在完全弄清全部测试活动干系人对测试的确切要求的基础上,用“ 软件测试需求规格说明书” 把测试需求以 正式书面形式确定下来软件测试需求分析环节：建立软件测试需求模型 5.软件测试需求分析的最通用的方法：通过 软件需求推导软件测试需求 6.软件测试需求分析步骤：- 编写测试需求说明书1依据软件开发需求说明书逐条列出软件开发需求,并判定其可测试性,假如不具备可测试性,就需要提交申请对软件开发需求说明
9、书进行变更,任何软件开发需求都应具备可测试性；通常来说,对软件开发需求说明书的可测试性检查应当在软件开发需求说明书的评审过程中提出并解决；2对步骤 1中列出的每一条开发需求,形成可测试性的描述；针对这条开发需求需要进行测试范畴的界定；开发需求和需要进行测试的范畴不是 1:1 的关系,可能是 1：n 或 n：1,必要情形下,需要对开发需求进行分解和合并；3对步骤 2中形成的每一条测试范畴,依据质量标准,逐条制定质量需求,即测试通过标准,用以判定测试胜利和失败；4对步骤 3确定的质量需求,分析测试执行时需要实施的测试类型,至此形成专业的测试需求；5建立测试需求跟踪矩阵,输入测试需求治理系统,对测试
10、需求实施严格有效的治理；7.软件测试需求分析过程中仍有很多其他重要的环节：软件测试需求分析干系人分析、测试需求的收集与分析 8.评审的内容 包括 完整性检查和精确性检查 评审的形式,有以下常用几种：1相互评审、交叉评审 2轮查 3走查 4小组评审 9.软件测试需求治理的内容：1定义测试需求 2确认测试需求 3建立测试需求状态 4测试需求评审 5测试需求责任制 6测试需求跟踪 10.为什么变更？变更的缘由 ; 1 客户的需求 2市场的需求/整理、测试需求的优先级排序和评审测试需求名师归纳总结 - - - - - - -第 3 页,共 8 页精选学习资料 - - - - - - - - - 3技术
11、或非技术的其他缘由 11.软件测试需求变更的主要任务：1提出变更 2分析变更的必要性和合理性,确定是否实施变更 3记录变更信息,填写变更掌握单,提交变更申请 4做出更换,并交上级审查 5修改相应的软件测试工作,如更新测试用例等,确定新的版本 6评审后,正式发布新版本的软件测试需求说明书 12.测试需求状态转 换：1Open 2Analyzed 3Reviewed 4Resolved 5Passed 6Unresolved 7Closed 8 Cancle 9Failed Unresolved 缺陷多种缘由：1测试问题 2需求分析问题 13.软件测试需求跟踪是指跟踪软件测试需求使用期限的全过程；
12、需求跟踪包含的正向跟踪和逆向跟踪合称为双 向跟踪；- 软件开发需求 - 到测试需求 从测试需求回溯- 软件测试需求 - 到测试用例 从测试用例回溯- 测试用例 - 正向跟踪逆向跟踪14.惠普应用生命周期治理流程-报告和分析 - 指定版本 -指定需求 - 方案测试 -执行测试 - 追踪缺陷 第三章1.测试团队角色：1测试经理：他们负责测试方案和测试统筹支配 识和体会,能指导和治理其他测试人员的工作,具备软件测试、质量治理、项目治理和人员治理等领域的知2测试设计人员：他们需要把握测试方法、流程和测试规格说明等,具备测试设计、测试分析以及软件工程等领域的学问和体会3测试自动化人员：测试自动化人员不但
13、具备测试的基础学问,仍有编程体会以及丰富的测试工具和脚本语言学问；4测试环境治理员：负责测试环境的技术人员；一般是安装和操作测试环境方面的专家,具备系统治理员学问；建立、 保护和支持测试环境,需要常常与系统治理员和网络治理员进行和谐；他们也帮忙一般测试工程师和开发工程师搭建测试环境；5测试执行人员：他们执行测试并编写缺陷报告 测试对象；,具备 IT 基础学问、测试基础学问,能应用测试工具,熟识被2.测试团队与开发团队的比例测试比例不是唯独确定的1质量风险名师归纳总结 - - - - - - -第 4 页,共 8 页精选学习资料 - - - - - - - - - 2测试意识 3发布流程 4测试
14、效率 5合理估量项目的开发测试比例的方法1.看项目的性质,遇到问题影响范畴是 100%的核心任务,投入开发与测试比例至少为 1:1 2.遇到缺陷影响范畴可控或有替代方式的业务,上线步骤是递进的,开发和测试之比 2:1 或更高 3.有些项目对质量要求不是很高的,只需做简洁验证性测试即可发布,只需设立一到两名测试人员即可6手工测试工程师和自动化测试工程师的比例 第四章1.测 试过程实施所必备的核心测试文档包括：测试方案、测试标准、测试用例和软件测试报告 2.测试文档的必要性 ; 1提高项目测试过程的透亮度 2文档化能标准测试,能提高测试效率 3便于团队成员之间的沟通与合作 4测试文档的重要性仍表现
15、在对于项目“ 传承” 的重要性 5测试文档是测试人员体会提升的最正确途径 6有利于项目测试的监控作用 3.项目测试文档 是用来记录、描述、展现测试过程中一系列测试信息的处理过程,通过书面或图示的形式对项目 测试活动过程或结果进行描述、定义及报告 4. 测试方案 ：描述测试活动的范畴、 方法、资源和进度； 它规定被测试的项、 被测试的特点、 应完成的测试任务、负责每项工作的人员以及与本方案有关的风险等；5. 测试说明包括三类文档：1测试设计说明 2测试用例说明 3测试规程说明 6.测试报告包括 4 类文档：1测试项传递报告 2 测试日志 3 测试大事报告 4 测试总结报告 7.国际 IEEE 8
16、29 标准：1测试方案 2测试设计规格 3测试用例规格 4 测试过程规格 5 测试记录 6 测试附加报告 7 测试摘要报告 8.测试策略和测试方案的区分：测试策略定义 ：在肯定的软件测试标准、测试标准的指导下,依据测试项目的特定环境约束而规定的软件测试的 原就、方式、方法的集合；通俗地讲,测试策略描述了要进行哪些种类的测试和如何测试的问题；测试方案： 5W1H what where when who why how 9.简述制定软件测试策略的过程 1第一要明确制定软件测试策略的输入 2其次要明确软件测试策略的输出名师归纳总结 - - - - - - -第 5 页,共 8 页精选学习资料 - -
17、 - - - - - - - 1.确定测试的需求2.评估风险并确定测试优先级3.确定测试策略10.测试方案定义 ; 一个表达了预定的测试活动的范畴、途径、资源及进度支配的文档；它确认了测试项、被测特点、测试任务、人 员支配以及任何偶发大事的风险；软件测试方案是指导测试过程的纲领性文件,是测试文档中的重中之重；它包 含了产品概述、 测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、 测试沟通、风险分析等内容；基本要素：1编号 2 标题 3 重要级 4 测试输入 5 操作步骤 6 预期结果 12.编写缺陷报告的 5c 准就 ; 1Correct 精确 2Clear清楚3Concise简洁
18、4Complete完整5Consistent一样缺陷报告生命周期 提交缺陷报告 -安排缺陷报告 -处理缺陷报告 -反测报告 -反测通过 关闭缺陷报告 反测未通过处理缺陷报告13.对测试方案的可行性、全面性以及正确性等进行评审 14.评审的内容：1用例设计的结构支配是否清楚、合理,是否利于高效地对需求进行掩盖 2优先级支配是否合理 3是否掩盖测试需求的全部功能点 4用例是否具有很好可执行性 5是否删除冗余的用例 6是否包含充分的的负面测试用例 7是否从用户层面来设计用户使用场景和使用流程的测试用例 8是否简洁,是否便于重复使用15.使用 ALM进行测试治理包括4 个步骤：1明确条件 2测试方案
19、3执行测试 4跟踪缺陷 16.最正确测试用例的设计原就：1依据原就 2全掩盖原就 3标准原就 4全面原就 17.最正确测试用例的特点：1完整性 2精确性 3简洁性 4清楚性 5可保护性 6适当性名师归纳总结 - - - - - - -第 6 页,共 8 页精选学习资料 - - - - - - - - - 7可复用性8其他18.测试用例的粒度：是指一个测试用例掩盖软件功能点的范畴,掩盖面广被称为力度粗大,掩盖面窄被称为力度细小19.设计测试用例时应考虑以下因素：1项目的进度2软件工程师的情形3客户需求4项目是否具有连续性20.测试用例生命周期：确定测试需求 -测试用例设计 -测试用例执行 -测试
20、用例治理21. 测试用例治理：包括测试用例组织、测试用例跟踪和测试用例保护22.几大测试文档有哪些？具体内容是什么？测试需求文档：测试执行方案：测试方案： 一个表达了预定的测试活动的范畴、途径、资源及进度支配的文档；它确认了测试项、被测特点、测试任务、 人员支配以及任何偶发大事的风险；软件测试方案是指导测试过程的纲领性文件,是测试文档中的重中之重；它包含了产品概述、测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、测试沟通、风险分析等内容,包含了测试的背景、人员和内容、以及方案要做的测试；测试用例 ：是对于方案中要做的测试内容、测试项生成的用例；测试结果报告 :：包含了用例测试的结果
21、和总结,以便将来保护时使用测试标准： 为了一个特定的测试目的,对被测软件产品或功能进行测试所需的有关文件；软件测试报告：测试策略 ：在肯定的软件测试标准、测试标准的指导下, 依据测试项目的特定环境约束而规定的软件测试的原就、方式、方法的集合；通俗地讲,测试策略描述了要进行哪些种类的测试和如何测试的问题；缺陷报告： 为便于治理测试发觉的软件错误,通常要采纳软件缺陷数据库,将发觉的每一个错误输入到缺陷报告中,软件缺陷数据库的每一条记录称为一个软件问题报告第五章1.缺陷状态New Open Fixed Reopen Closed Rejected Pending Distract Cancelled
22、 一个好的缺陷报告应当包含哪些信息？唯独的缺陷 ID ,精确描述但简短的标题、缺陷类型、严峻级别、优先级别、报告人、具体精确的重现步骤包含位置、操作、现象等三要素,UI 截图、所属模块、负责人、预期结果、实际结果,重现环境、前置条件等等信息其余可以补充 ；大事 / 缺陷 ID：XXX 缺陷标题：号不合法也能注册胜利报告者： XXX 报告的日期： 2022/10/20 状态： New 严峻度： 3 一般 优先级： 3 一般 测试平台： WIN7,IE8 具体描述： 在账户注册功能页面上,输入号后提交,注册胜利；第 7 页,共 8 页关联的测试用例号ID：XXX 测试数据 ：号： 45678911
23、033 问题重现步骤：1. 打开网站首页名师归纳总结 - - - - - - -精选学习资料 - - - - - - - - - 2. 点击免费注册 3. 填写 号 4. 提交注册信息 实际结果：提示注册胜利 期望结果 ：注册失败,提示 号不合法；优先级是从项目治理和时间治理的观点来厘定高低的,而严峻性是从质量治理的观点来摸索的；严峻级： 1 级： Critical 2级： Major 3级： Minor 4级： Cosmetic Fix if Time 优先级： 1 级：必需修正Must Fix 2级：应修正Should Fix 3级：有时间就修正第六章测试方案和掌握测试分析和设计测试实现与
24、执行评估出口准就和报告测试活动终止2.灵敏测试流程图：简洁需求分析开发开发开发完成- = - = 功能分解测试测试= - 完成开发修复 = 发觉问题 第七章1.软件测试执行的内容： 打算怎样执行测试和测试什么主要包括 4 项任务：1） 执行测试方案预定的测试,包括执行全部以设计的测试用例 2） 记录原始测试数据 3） 记录缺陷 4） 对所发觉的缺陷进行跟踪,治理和监控 2影响测试执行的因素 : 环境和工具在实际的软件测试过程中,测试资源、测试质量、测试时间之间是相互制约的3.戴明环 PDCA 循环四个阶段和 8 个步骤应当作为测试执行治理的指导思想 四个阶段： PDCA 是 Plan 方案 Do执行 Check 检查 Action 处理8 个阶段：找问题、找缘由、找主要缘由、制定方案措施、实施方案、检查、总结体会、提出新问题 4. 测试的四个度量指标 测试掩盖率、测试通过率、测试执行率、缺陷解决率名师归纳总结 - - - - - - -第 8 页,共 8 页