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