软件测试理论知识点.docx

测试理论 一、测试需求分析 概念、目的、流程、内容、方法、输入、负责人、输出、评审人 概念：对开发需求进行分解、细化，再汇总整理成测试需求。 目的：解决“测什么”的问题，识别出测试范围、测试要点。 流程：需求采集、需求分析、需求评审 需求采集： 需求采集来源（输入）： 狭义的来源：SRS、HLD、LLD、用户需求、产品需求 广义的来源： 1）开发文档：SRS、HLD、LLD、模块功能图、数据库结构设计等文档。 2）用户需求：向用户或需求分析人员、开发人员了解用户原始需求，需求调研的会议纪要，邮件往来，聊天记录。 3）软件雏形：系统的功能框架、demo（界面原型）。 4）相关的规范及标准：国际标准、行业标准、国家标准、企业标准、产品标准。 5）类似产品：产品的旧版本、旧产品、行业内竞争对手的产品或类似产品。 6）测试知识经验库：产品业务知识积累、技术经验积累、测试专业技能的积累。 7）其他隐性的需求：产品利益相关者的意见、会议纪要、面谈、备忘录、邮件往来、聊天记录。 需求分析： 分析的内容： 1）分析业务流程 2）分析用户与角色（操作权限、数据权限） 3）分析数据库结构（输入规则、输出规则） 4）分析测试点 分析的方法： 1）功能点的分析 2）功能交互的分析 3）质量特性的分析 4）测试类型的分析 5）业务流程图的分析 6）用户关联图的分析 负责人：有丰富经验的测试工程师 输出：测试需求分析、测试点 需求评审：完整性、正确性 评审人：项目经理、产品人员（需求分析人员）、开发人员、测试经理、测试人员、QA 二、测试计划 概念、目的和作用、内容、输入、负责人、输出、评审人、测试风险、测试启动条件、测试执行准入条件、测试结束准出条件 概念：对测试过程中所有活动的描述。 目的和作用：解决“做什么”的问题， 指导性作用（测试范围、测试目的、测试时间、测试任务）， 协调测试任务与测试过程的关系， 方便公司领导层对资源进行调控， 方便测试人员了解测试任务及后续的工作安排， 方便相关的技术支持人员提供支持。 内容：项目背景、测试目标、测试准入/准出条件、测试范围、测试环境、测试工具、人 力资源、工作量估算、测试任务安排及时间进度、测试风险、培训计划、沟通 计划、配置计划等。 输入：项目计划（若有版本计划、迭代计划，也必须作为输入）、需求规格说明书（集成 测试计划需要参照HLD，单元测试计划需要参照LLD）、测试需求分析结果 负责人：项目测试负责人（项目测试经理、测试主管、测试组长） 输出：测试计划（测试阶段不同或测试类型不同，会输入不同的测试计划。） 评审人：项目经理、分析人员（产品人员）、开发人员、测试经理、测试人员、CMO、QA 测试风险：质量风险、技术风险、进度风险、管理风险、成本风险、变更风险、人员 风险 测试启动条件：项目启动测试启动，或者需求阶段启动测试 测试执行准入条件： 1）测试用例编写完成，并且通过评审； 2）编码完成，并且开发人员完成自测； 3）冒烟测试通过（需求规格中的功能或者开发提交测试列表中的功能均已实现，基本功能和基本流程能够走通）； 4）开发组已提交测试申请及相关的配置文件。 测试结束准出条件： 1）测试计划中所有的测试任务已完成，测试工作投入充分； 2）测试执行的需求覆盖率达到了100%； 3）缺陷密度达到了预定的标准； 4）发现缺陷的趋势图呈收敛状态； 5）缺陷修复率达到预定的标准，一、二级缺陷的修复率必须达到100%，其他缺陷达到预定 标准； 6）需求规格中所有功能均已正确实现； 7）测试结果得到其他部门的认可。 测试时间进度安排： 理想的项目：---（ecshop属于中型项目） 测试需求分析：10-20% 测试计划：大项目5天左右，中小项目3天左右 测试方案：大项目两周左右，中小项目一周左右 测试用例：30% 测试执行：40%，其中环境搭建0.5--1天，冒烟测试2天左右，第一轮50%左右、第二轮30%左右、第三轮20%左右 测试报告：大项目5天左右，中小项目3天左右 行业内大部分实际的项目： 测试设计阶段（测试用例设计及之前所有的工作）：1/4 测试执行阶段（测试执行、测试报告的工作）：3/4 三、测试方案 概念、目的和作用、内容、输入、负责人、输出、评审人、与测试计划的区别 概念：对被测对象的测试特性及各特性的测试用例设计方法、测试环境、测试工具、测 试策略、测试脚本、测试数据等内容的分析和规划。 目的和作用：解决“怎么做”的问题，对测试用例设计及测试工作起指导性作用。 内容：项目背景、测试目标、测试范围、测试环境、测试工具、