软件工程-测试.pptVIP

软件工程-测试 刘娜 演讲人 资深测试设计师 概述 测试申请 测试计划 测试设计 测试执行 测试总结 缺陷跟踪 概述 总体流程： 概述 入口标准 PSM向测试部部长提交“测试任务申请书”进行项目测试申请，并通过测试部部长审批 出口标准 测试执行完成后，TL完成“测试总结”，并审批通过 概述 输入 “测试任务申请书” “项目计划” 《需求规格说明书》 输出 “测试计划” “测试用例” “测试总结” 概述 测试申请 测试计划 测试设计 测试执行 测试总结 缺陷跟踪 测试申请 申请流程 在测试工作开展的15天前，由PSM向测试部部长提交“测试任务申请书”，进行项目测试执行申请，明确项目测试的执行时间、测试资源、测试的重点内容及模块列表等信息。 在提交测试部进行系统测试之前，开发人员需完成单元测试和集成测试，符合测试接收标准 。 由测试部部长审批测试申请内容，给出评审意见。接收测试的申请，由测试部部长明确测试的资源（TL和测试人员）。 测试执行申请流程依照《软件测试申请流程》执行。 概述 测试申请 测试计划 测试设计 测试执行 测试总结 缺陷跟踪 测试计划 测试计划准备 测试申请后，PSM将需求分析发给TL，由TL组织测试人员开展内部评审工作，目的是评审需求合理性、可用性，并了解需求，掌握需求中的差异，作为以后测试设计的依据 根据PSM提供的“项目计划”的要求，由TL制定“项目计划”中的测试整体计划内容。根据开发模型（瀑布式、迭代式等），确定项目测试工作整体策略；估算测试工作量；明确测试的里程碑；对设备资源进行评估；由TL根据项目情况评估人员情况，如不足向测试部长申请 如测试申请中包含性能测试，TL需要向PM、PSM发送“性能测试调研表”，由PM/PSM填写对性能测试的具体要求，包括测试环境、测试功能点、数据量要求等信息。 测试计划 测试计划制定 根据项目的“项目计划”中测试整体计划和“测试任务申请书”内容，由TL评估工作量，制定测试详细计划，完成“测试计划”文档。 TL在制定测试计划时，如发现测试过程中存在工作量、时间点、安全性等方面的风险，需要及时与PM、PSM沟通，由PM/PSM列入项目整体风险中。 测试计划 测试计划评审 TL完成测试详细计划制定后，由PSM、PM和测试部部长对“测试计划”进行评审，评审结果填写评审记录 CM将评审后的“测试计划”和评审记录放到配置库中 项目计划的制定，具体参见《软件测试计划指南》 概述 测试申请 测试计划 测试设计 测试执行 测试总结 缺陷跟踪 测试设计 需求理解 需求理解是测试设计的基础，测试人员在研究行业标准和规范的前提下，从数据、行动、事件、线索几方面对客户提供的需求文档进行分析和理解。对需求理解中的问题通过服务平台进行问题的跟踪和确认 需求发生变更时，TL组织人员进行变更分析，根据变更分析的结果调整测试计划 测试设计 测试设计 测试设计通常包括测试大纲设计、测试用例设计 测试大纲是按照一定逻辑结构对需求进行功能分解，应覆盖需求文档中所有待测试的功能点 测试用例中要包括用例描述、前提条件、测试步骤和预期结果。应使用边界值、等价类、决策表等设计方法，包含正确性测试、健壮性测试、完整性测试、接口测试、数据库测试、易用性测试等 测试设计编写具体参见《软件测试设计指南》 如包含性能测试，需求在设计时编写“性能评估测试方案” 测试设计 测试设计评审 测试大纲/测试用例完成后，TL组织开发人员和测试人员进行测试设计的评审，并填写评审记录 测试大纲评审后，评审通过的测试大纲作为测试用例编写的输入 测试设计评审后，评审通过的测试用例作为测试执行的依据 测试设计 建立测试设计基准 测试大纲/测试用例评审通过后，CM负责依据组织组管理要求，建立测试大纲/测试用例基准 测试设计 测试设计变更管理 测试执行过程中一个主要的工作内容，就是对测试用例的不断完善 在测试执行过程中测试人员根据需求的变更、产品的成熟度以及对漏出缺陷的分析，会不断地变更和完善测试用例 当需求变更和完善测试设计时，测试人员根据对变更内容的分析及组织级的《变更控制方法》修改测试设计。必要时，CM对测试大纲/测试用例基准进行变更 概述 测试申请 测试计划 测试设计 测试执行 测试总结 缺陷跟踪 测试执行 环境搭建： 软件环境包括硬件、网络、软件支撑，也包括系统运行的基础测试数据、权限设置以及系统的外围环境 环境负责人在得到开发方提供的环境搭建说明后，首先对环境搭建说明进行确认，如发现问题需要及时对问题的影响范围进行分析，并向TL进行汇报 环境负责人确认环境搭建说明完整性和正确性后，测试人员在消除病毒干扰的前提下，按照测试执行的要求搭建测试环境，环境负责人对测试人员搭建的测试环境进行确认，并填写“测试环境确认表”。环