测试基础培训课件

1测试基础培训1测试基础培训一、测试理论二、测试流程三、测试实践2一、测试理论2测试理论3测试理论3（一）

什么是软件测试个人理解：

为了尽早提交可验收的版本，软件测试人员在需求阶段就依据《SRS》（SoftwareRequirementSpecification）做测试需求分析，然后编写测试用例，根据测试用例运行软件，将实际结果与预期结果进行对比，如果一致，则测试通过，否则，提交缺陷报告单。4（一）什么是软件测试个人理解：4（二）测试的目的人们对软件测试目的认识也经历了一个过程。5（二）测试的目的人们对软件测试目的认识也经历了一个过程。5软件测试目的之证明20世纪60年代测试是证明软件没有问题现在获取系统在可接受风险范围内可用的信心尝试在非正常情况和条件下的功能和特性保证一个工作产品是完整的并且可用或者可被集成

6软件测试目的之证明20世纪60年代6软件测试目的之检测20世纪70年代中期测试是为了发现错误现在发现缺陷、错误和系统不足定义系统的能力和局限性提供组件、工作产品和系统的质量信息

7软件测试目的之检测20世纪70年代中期7软件测试目的之预防澄清系统的规格和性能提供预防或减少可能制造错误的信息在过程中尽早检测错误确认问题和风险，并且提前确认解决这些问题和风险的途径

8软件测试目的之预防澄清系统的规格和性能8（三）测试阶段划分单元测试（UnitTesting）集成测试（IntegrationTesting）系统测试（SystemTesting）验收测试（AcceptanceTesting）9（三）测试阶段划分单元测试（UnitTesting）9测试阶段划分10测试阶段划分10单元测试单元测试是针对软件基本组成单元（软件设计的最小单位）来进行正确性检验的测试工作

解说：对组成系统的最基本单位（函数、类、方法）进行测试，检查逻辑覆盖率单元测试的目的是检测软件模块对《详细设计说明书》的符合程度11单元测试单元测试是针对软件基本组成单元（软件设计的最小单位）集成测试集成测试是在单元测试的基础上，将所有模块按照概要设计要求组装成为子系统或系统，验证组装后功能以及模块间接口是否正确的测试工作解说：对函数之间、模块之间、子系统之间的集成数据传递进行测试，检查接口覆盖率集成测试的目的是检测软件模块对《概要设计说明书》的符合程度12集成测试集成测试是在单元测试的基础上，将所有模块按照概要设计系统测试系统测试是将已经集成好的软件系统，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起，在实际运行（使用）环境下，对计算机系统进行一系列的测试工作解说：在做完单元测试、集成测试之后，将整个软件系统作为一个元素和其他软、硬件、人等集成测试，检查需求覆盖率系统测试的目的在于通过与《需求规格说明书》作比较，发现软件与系统需求定义不符合或与之矛盾的地方13系统测试系统测试是将已经集成好的软件系统，作为整个基于计算机单元、集成、系统测试之间比较测试方法不同：分别属于白盒测试、灰盒测试、白盒测试测试范围不同：单元测试主要检查单元内部的数据结构、逻辑控制、异常处理等集成测试主要测试模块之间的接口和接口数据传递关系，以及模块组合的整体功能系统测试主要测试整个系统相对于需求的符合度评估基准不同：分别是检查逻辑覆盖率、接口覆盖率、测试用例对需求规格的覆盖率14单元、集成、系统测试之间比较测试方法不同：分别属于白盒测试、验收测试在通过了内部系统测试及软件配置审查之后，就可以开始验收测试。验收测试是以用户为主的测试，验收组应该由项目组成员、用户代表等组成。验收测试根据合同、《需求规格说明书》或《验收测试计划》对成品进行验收测试验收测试结果：

软件功能性能等质量特征与用户要求一致，软件可以接受软件功能性能等质量特征与用户要求有差距，不被用户接受15验收测试在通过了内部系统测试及软件配置审查之后，就可以开始验回归测试软件在测试或其他活动中发现的缺陷经过修改后，应该进行回归测试（RegressionTesting）。目的是验证缺陷得到了正确的修复，同时对系统的变更没有影响以前的功能。回归测试可以发生在任何一个阶段，包括单元测试、集成测试和系统测试回归测试策略：完全重复测试、选择性重复测试（只回归被修改的部分）16回归测试软件在测试或其他活动中发现的缺陷经过修改后，应该进行17测试V模型17测试V模型测试流程18测试流程18实际工作中测试阶段单元测试（开发来完成）集成测试（测试工具：SoupUI）SIT测试UAT测试回归测试(自动化回归测试)可根据上一章测试阶段对应实际工作中的测试阶段19实际工作中测试阶段单元测试（开发来完成）19单元测试过程与开发阶段20单元测试过程与开发阶段20单元测试各阶段的输入输出（一）21单元测试各阶段的输入输出（一）21单元测试各阶段的输入输出（二）22单元测试各阶段的输入输出（二）22Sit实施阶段准入原则23Sit整体测试计划已发布项目组已申请相应测试环境并到位项目组已完成测试所需应用系统的安装和配置Sit实施阶段准入原则23Sit整体测试计划已发布24Sit测试实施阶段24Sit测试实施阶段Sit实施阶段产出25测试需求测试用例测试记录缺陷记录Sit实施阶段产出25测试需求Sit实施阶段退出标准26所有测试案例均已执行所有严重、致命缺陷均已关闭未解决告警缺陷不超过X%，建议缺陷不超过X%，且均有明确处理意见Sit实施阶段退出标准26所有测试案例均已执行27黑盒测试用例设计方法等价类划分边界值分析判定表因果图错误推测法27黑盒测试用例设计方法等价类划分测试用例编写28QC中编写测试用例测试用例要素：用例名称、测试步骤（预置条件、输入数据、预期输出）测试用例编写28QC中编写测试用例缺陷产生原因29缺乏有效的沟通、或者没有进行沟通软件复杂度编程错误不断变更的需求时间的压力缺陷产生原因29缺乏有效的沟通、或者没有进行沟通缺陷编写30缺陷等级定义预置条件、操作步骤、输入数据、预期结果、实际结果、错误截图缺陷编写30缺陷等级定义31缺陷等级定义致命性错误：

导致系统无法运行，崩溃，异常退出，死机，服务停止，数据库混乱等，包括但不限于以下情况:由于程序所引起的死机，非法退出死循环数据库发生死锁数据库设计未达到第三范式的要求或需求规格说明的格式水平功能错误与数据库连错错误数据通讯错误严重性错误：

使系统不稳定，破坏数据，功能未实现，功能出现缺陷导致其它功能及模块出现缺陷，包括但不限于以下情况：因错误操作迫使程序中断程序接口错误数据库的表，业务规则，缺省值未加完整性约束条件导致其它功能及模块出现缺陷主要功能未实现程序问题导致系统不稳定错误导致后续流程或操作无法继续显示内容错误且容易误导用户精心错误处理告警性错误：功能已实现，存在不影响主要功能使用的小缺陷，包括但不限于：操作界面错误（包括数据窗口内列名定义，含义是否一致）打印内容，格式错误简单的输入限制未放在前台进行控制删除操作未给出提示数据库表中有过多的空字段31缺陷等级定义致命性错误：32建议性错误：

功能使用不方便，不合理，界面不友好或风格不统一情况:界面不规范辅助说明描述不清楚输入输出不规范长操作未给用户提示提示窗口文字未采用行业术语可输入区域和只读区域没有明显的区分标志32建议性错误：缺陷跟踪过程（一）33缺陷跟踪用户组和角色的对应关系：提交组：所有用户开发组：开发人员审核组：测试协调人、系统负责人测试组：测试人员缺陷跟踪过程（一）33缺陷跟踪用户组和角色的对应关系：缺陷跟踪过程（二）34SIT测试缺陷跟踪过程如下图所示：缺陷跟踪过程（二）34SIT测试缺陷跟踪过程如下图所示：缺陷跟踪过程（三）35提交组成员提交所发现的缺陷，缺陷状态为“等待审核”审核组成员分析审核缺陷，根据缺陷情况做不同操作：确实是缺陷的，做缺陷分配操作，分配主修复人、分配时间、规模、紧急程度等内容，缺陷状态变为“等待开发”因缺陷提供信息不足等原因导致无法确定的，做延迟处理操作，输入延迟时间和延迟理由，缺陷状态变为“延迟开发”认为不是缺陷的，输入驳回时间和驳回理由，做驳回问题操作，缺陷状态变为“驳回”缺陷跟踪过程（三）35提交组成员提交所发现的缺陷，缺陷状态为缺陷跟踪过程（三）36对于“驳回”状态缺陷，提交组可：仍然认为是缺陷的，补充信息后做重新提交，返回“等待审核“状态确认不是缺陷的，做问题存档，到“缺陷存档”状态对于“延迟开发”状态缺陷，提交组补充信息后做立即开发操作，返回“等待审核”状态对于“等待开发”状态缺陷，开发组可：不认可分配内容的，输入驳回时间和驳回理由，做拒绝受理操作，缺陷状态变为“等待审核”认可分配的，修复缺陷完成后，输入开发时间和修复方案，做开发完毕操作，进入“等待检测”状态缺陷跟踪过程（三）36对于“驳回”状态缺陷，提交组可：缺陷跟踪过程（三）37测试组对“等待检测”的缺陷进行回归测试：测试通过的，填写测试范围、测试时间、验证版本、测试结果、测试人、测试描述等内容，做测试通过操作，状态变为“关闭”测试不通过的，填写测试范围、测试时间、验证版本、测试结果、测试人、测试描述等内容，做测试未通过操作，状态变为“等待审核”缺陷跟踪过程（三）37测试组对“等待检测”的缺陷进行回归测试38SIT测试总结阶段38SIT测试总结阶段测试实践39测试实践39需求变更与沟通40养成良好的习惯，在QC里不随意删除需求和测试用例。设置需求变更文件夹，记录跟业务开发确认的需求跟踪记录。如果需求分析或用例编写过程中遇到问题，及时跟开发、业务沟通，如问题解决不了，交给PM处理需求变更与沟通40养成良好的习惯，在QC里不随意删除需求和测需求变更与沟通41尽量有书面沟通尽量，比如邮件确认记录测试人员明确测试职责（是测试软件如何而不是根据自己分析该如何去实现）需求变更与沟通41尽量有书面沟通尽量，比如邮件确认记录42评审方式测试内部交叉评审与开发团队共同评审业务、开发、测试三方都参与的评审42评审方式测试内部交叉评审缺陷处理43如果缺陷积压应及时找开发项目经理沟通解决对存在疑问的bug及时展开bug讨论大会，促使开发业务达成一致，测试人员根据处理结果验证缺陷缺陷处理43如果缺陷积压应及时找开发项目经理沟通解决测试过程发现bug占比44实际项目中举例分析测试过程发现bug占比44实际项目中举例分析开发人员应注意问题45修改一个缺陷可能会导致其他模块出现问题，所以，修改一个缺陷应该考虑是不是会引起其他缺陷的产生开发人员应注意问题45修改一个缺陷可能会导致其他模块出现问题46谢谢46谢谢47测试基础培训1测试基础培训一、测试理论二、测试流程三、测试实践48一、测试理论2测试理论49测试理论3（一）

什么是软件测试个人理解：

为了尽早提交可验收的版本，软件测试人员在需求阶段就依据《SRS》（SoftwareRequirementSpecification）做测试需求分析，然后编写测试用例，根据测试用例运行软件，将实际结果与预期结果进行对比，如果一致，则测试通过，否则，提交缺陷报告单。50（一）什么是软件测试个人理解：4（二）测试的目的人们对软件测试目的认识也经历了一个过程。51（二）测试的目的人们对软件测试目的认识也经历了一个过程。5软件测试目的之证明20世纪60年代测试是证明软件没有问题现在获取系统在可接受风险范围内可用的信心尝试在非正常情况和条件下的功能和特性保证一个工作产品是完整的并且可用或者可被集成

52软件测试目的之证明20世纪60年代6软件测试目的之检测20世纪70年代中期测试是为了发现错误现在发现缺陷、错误和系统不足定义系统的能力和局限性提供组件、工作产品和系统的质量信息

53软件测试目的之检测20世纪70年代中期7软件测试目的之预防澄清系统的规格和性能提供预防或减少可能制造错误的信息在过程中尽早检测错误确认问题和风险，并且提前确认解决这些问题和风险的途径

54软件测试目的之预防澄清系统的规格和性能8（三）测试阶段划分单元测试（UnitTesting）集成测试（IntegrationTesting）系统测试（SystemTesting）验收测试（AcceptanceTesting）55（三）测试阶段划分单元测试（UnitTesting）9测试阶段划分56测试阶段划分10单元测试单元测试是针对软件基本组成单元（软件设计的最小单位）来进行正确性检验的测试工作

解说：对组成系统的最基本单位（函数、类、方法）进行测试，检查逻辑覆盖率单元测试的目的是检测软件模块对《详细设计说明书》的符合程度57单元测试单元测试是针对软件基本组成单元（软件设计的最小单位）集成测试集成测试是在单元测试的基础上，将所有模块按照概要设计要求组装成为子系统或系统，验证组装后功能以及模块间接口是否正确的测试工作解说：对函数之间、模块之间、子系统之间的集成数据传递进行测试，检查接口覆盖率集成测试的目的是检测软件模块对《概要设计说明书》的符合程度58集成测试集成测试是在单元测试的基础上，将所有模块按照概要设计系统测试系统测试是将已经集成好的软件系统，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起，在实际运行（使用）环境下，对计算机系统进行一系列的测试工作解说：在做完单元测试、集成测试之后，将整个软件系统作为一个元素和其他软、硬件、人等集成测试，检查需求覆盖率系统测试的目的在于通过与《需求规格说明书》作比较，发现软件与系统需求定义不符合或与之矛盾的地方59系统测试系统测试是将已经集成好的软件系统，作为整个基于计算机单元、集成、系统测试之间比较测试方法不同：分别属于白盒测试、灰盒测试、白盒测试测试范围不同：单元测试主要检查单元内部的数据结构、逻辑控制、异常处理等集成测试主要测试模块之间的接口和接口数据传递关系，以及模块组合的整体功能系统测试主要测试整个系统相对于需求的符合度评估基准不同：分别是检查逻辑覆盖率、接口覆盖率、测试用例对需求规格的覆盖率60单元、集成、系统测试之间比较测试方法不同：分别属于白盒测试、验收测试在通过了内部系统测试及软件配置审查之后，就可以开始验收测试。验收测试是以用户为主的测试，验收组应该由项目组成员、用户代表等组成。验收测试根据合同、《需求规格说明书》或《验收测试计划》对成品进行验收测试验收测试结果：

软件功能性能等质量特征与用户要求一致，软件可以接受软件功能性能等质量特征与用户要求有差距，不被用户接受61验收测试在通过了内部系统测试及软件配置审查之后，就可以开始验回归测试软件在测试或其他活动中发现的缺陷经过修改后，应该进行回归测试（RegressionTesting）。目的是验证缺陷得到了正确的修复，同时对系统的变更没有影响以前的功能。回归测试可以发生在任何一个阶段，包括单元测试、集成测试和系统测试回归测试策略：完全重复测试、选择性重复测试（只回归被修改的部分）62回归测试软件在测试或其他活动中发现的缺陷经过修改后，应该进行63测试V模型17测试V模型测试流程64测试流程18实际工作中测试阶段单元测试（开发来完成）集成测试（测试工具：SoupUI）SIT测试UAT测试回归测试(自动化回归测试)可根据上一章测试阶段对应实际工作中的测试阶段65实际工作中测试阶段单元测试（开发来完成）19单元测试过程与开发阶段66单元测试过程与开发阶段20单元测试各阶段的输入输出（一）67单元测试各阶段的输入输出（一）21单元测试各阶段的输入输出（二）68单元测试各阶段的输入输出（二）22Sit实施阶段准入原则69Sit整体测试计划已发布项目组已申请相应测试环境并到位项目组已完成测试所需应用系统的安装和配置Sit实施阶段准入原则23Sit整体测试计划已发布70Sit测试实施阶段24Sit测试实施阶段Sit实施阶段产出71测试需求测试用例测试记录缺陷记录Sit实施阶段产出25测试需求Sit实施阶段退出标准72所有测试案例均已执行所有严重、致命缺陷均已关闭未解决告警缺陷不超过X%，建议缺陷不超过X%，且均有明确处理意见Sit实施阶段退出标准26所有测试案例均已执行73黑盒测试用例设计方法等价类划分边界值分析判定表因果图错误推测法27黑盒测试用例设计方法等价类划分测试用例编写74QC中编写测试用例测试用例要素：用例名称、测试步骤（预置条件、输入数据、预期输出）测试用例编写28QC中编写测试用例缺陷产生原因75缺乏有效的沟通、或者没有进行沟通软件复杂度编程错误不断变更的需求时间的压力缺陷产生原因29缺乏有效的沟通、或者没有进行沟通缺陷编写76缺陷等级定义预置条件、操作步骤、输入数据、预期结果、实际结果、错误截图缺陷编写30缺陷等级定义77缺陷等级定义致命性错误：

导致系统无法运行，崩溃，异常退出，死机，服务停止，数据库混乱等，包括但不限于以下情况:由于程序所引起的死机，非法退出死循环数据库发生死锁数据库设计未达到第三范式的要求或需求规格说明的格式水平功能错误与数据库连错错误数据通讯错误严重性错误：

使系统不稳定，破坏数据，功能未实现，功能出现缺陷导致其它功能及模块出现缺陷，包括但不限于以下情况：因错误操作迫使程序中断程序接口错误数据库的表，业务规则，缺省值未加完整性约束条件导致其它功能及模块出现缺陷主要功能未实现程序问题导致系统不稳定错误导致后续流程或操作无法继续显示内容错误且容易误导用户精心错误处理告警性错误：功能已实现，存在不影响主要功能使用的小缺陷，包括但不限于：操作界面错误（包括数据窗口内列名定义，含义是否一致）打印内容，格式错误简单的输入限制未放在前台进行控制删除操作未给出提示数据库表中有过多的空字段31缺陷等级定义致命性错误：78建议性错误：

功能使用不方便，不合理，界面不友好或风格不统一情况:界面不规范辅助说明描述不清楚输入输出不规范长操作未给用户提示提示窗口文字未采用行业术语可输入区域和只读区域没有明显的区分标志32建议性错误：缺陷跟踪过程（一）79缺陷跟踪用户组和角色的对应关系：提交组：所有用户开发组：开发人员审核组：测试协调人、系统负责人测试组：测试人员缺陷跟踪过程（一）33缺陷跟踪用户组和角色的对应关系：缺陷跟踪过程（二）80SIT测试缺陷跟踪过程如下图所示：缺陷跟踪过程（二）34SIT测试缺陷跟踪过程如下图所示：缺陷跟踪过程（三）81提交组成员提交所发现的缺陷，缺陷状态为“等待审核”审核组成员分析审核缺陷，根据缺陷情况做不同操作：确实是缺陷的，做缺陷分配操作，分配主修复人、分配时间、规模、紧急程度等内容，缺陷状态变为“等待开发”因缺陷提供信息不足等原因导致无法确定的，做延迟处理操作，输入延迟时间和延迟理由，缺陷状态变为“延迟开发”认为不是缺陷的，输入驳回时间和驳回理由，做驳回问题操作，缺陷状态变为“驳回”缺陷跟踪过程（三）35提交组成员提交所发现的缺陷，缺陷状态为缺陷跟踪过程（三）82对于“驳回”状态缺陷，提交组可：仍然认为是缺陷的，补充信息后做重新提交