本⽂⽬录结构
软件测试流程 (1)
1 软件项⽬测试过程 (1)
1.2 项⽬整体计划及评审 (1)
1.3 测试⽤例设计及评审 (2)
1.4 测试执⾏ (2)
1.5 测试评估 (3)
1.6 产品试⽤及客户培训 (3)
2 软件测试阶段 (4)
2.1 单元测试 (4)
2.2 集成测试 (4)
2.3 系统测试 (4)
2.4 验收测试 (5)
2.5 回归测试 (5)
3 附录 (5)
3.1 测试⽂档清单 (5)
3.2 缺陷管理流程 (5)
3.3 缺陷等级划分 (6)
1 软件项⽬测试过程
测试阶段从横向看有以下活动:
1.1 需求分析
测试从需求分析开始介⼊,测试⼈员参与需求的分析活动,确定测试的需求。需要了解测试需求及测试进度,即需要验证什么功能需求点,采⽤什么测试策略,描述⽬前在进⾏哪⼀阶段的测试(单元测试、集成测试、系统测试)以及每个阶段内在进⾏的测试种类(功能测试、性能测试、压⼒测试等)。详细阅读分析需求⽂档,进⾏逻辑梳理并勾勒出功能的⼤概流程图;与产品经理等相关⼈员探讨表述不清楚的地⽅,细化业务流程;考虑正常流程中的测试难点;考虑与其他功能的关联;考虑⾮正常流程;考虑版本数据兼容。 ⽬标:
(1) 理解产品的设计意图和设计思路。
(2) 功能确认,充分理解个功能的细节。
(3) 根据功能的⼤⼩、复杂预估测试需要的⼯具、环境、时间
1.2 项⽬整体计划及评审
测试计划在需求分析完成后,程序修改完毕前准备。测试计划要描述测试活动的范围、⽅法、资源和进度。
⽬标:
(1) 为测试各项活动制定⼀个现实可⾏的、综合的计划,包括每项测试活动的对象、范围、⽅法、进度和预期结果。
(2) 为项⽬实施建⽴⼀个组织模型,并定义测试项⽬中每个⾓⾊的责任和⼯作内容。
(3) 开发有效的测试模型,能正确地验证正在开发的软件系统。
(4) 确定测试所需要的时间和资源,以保证其可获得性、有效性。
(5) 确⽴每个测试阶段测试完成以及测试成功的标准、要实现的⽬标。
(6) 识别出测试活动中各种风险,并消除可能存在的风险,降低由不可能消除的风险所带来的
损失。
输⼊:
项⽬计划和测试需求
输出:
《项⽬测试计划》
《项⽬测试计划评审会议纪要》
1.3 测试⽤例设计及评审
除铁
内容:使⽤各种测试⽤例设计⽅法进⾏⽤例设计。测试⽤例的基本要素包括测试⽤例编号、测试标题、重要基本、测试输⼊、操作步骤、预期结果等。
测试⽤例⽂档是“活的”,测试⽤例在形成⽂档后也还需要不断完善。主要来⾃三⽅⾯的缘故:第⼀、在测试过程中发现设计测试⽤例时考虑不周,需要完善;第⼆、在软件交付使⽤后反馈的软件缺陷,⽽缺陷⼜是因测试⽤例存在漏洞造成;第三、软件⾃⾝的新增功能以及软件版本的更新,测试⽤例也必须配套修改更新。
⽬标:
(1) 使测试⽤例反映不同的场景、条件或经由产品的事件流
(2) 测试⽤例必须要能完整覆盖测试需求
输⼊:
测试计划
输出:
《项⽬测试⽤例》
《项⽬测试⽤例评审会议纪要》
1.4 测试执⾏
当测试⽤例编写完成通过评审后,并已提交的可测试的系统, 然后按照测试计划和测试⽤例搭建测试环境,开始测试执⾏。对修改的bug进⾏回归测试。
测试的具体步骤:
(1) 建⽴测试系统,搭建测试环境
(2) 准备测试材料、测试⼯具
(3) 执⾏测试
(4) 验证预期结果,测试不通过,反馈回给编码⼈员修改。代码修改重新提交后,返回2继续
(5) 记录缺陷
(6) 评估测试需求的覆盖率
(7) 分析缺陷
热转印花膜
测试开始标准:
(1) 测试计划评审通过;
(2) 测试⽤例已编写完成,并已通过评审;
(3) 存在已提交的可测试的系统;
(4) 测试环境已搭建完毕。
测试退出标准:
手摇三轮车(1) 测试⽤例全部通过;
(2) 存在的问题已得到合理的处理。
测试停⽌标准:
(1) 近半数以上测试⽤例⽆法执⾏;
(2) 测试环境与要求不符;
(3) 开发中需求频繁变动。
⽬标:
(1) 所有的测试⽤例都被执⾏,并每条⽤例⾄少被执⾏⼀遍。
(2) 存在的问题已得到合理的处理。
输⼊:
测试⽤例
测试环境
测试脚本
输出:
《测试执⾏记录》
《系统bug清单》
1.5 测试评估
测试报告是对测试过程和测试结果进⾏分析和评估,确认测试计划是否得到完整履⾏、测试覆盖率是否达到预定要求并最终在报告中给出测试和产品质量的评估结论。
输⼊:dna双螺旋结构模型
《测试执⾏记录》
《系统bug清单》
输出:
《测试报告》
1.6 产品试⽤及客户培训
软件部署后,给客户提供产品试⽤,给客户做相关培训。
板凳筋
输出:
《⽤户⼿册》
《客户培训PPT》
2 软件测试阶段
软件V模型结构图如:
2.1 单元测试
主要是测试程序代码,为的是确保各单元模块被正常编译。有具体到模块的测试,也有具体到类、函数的测试等。——⼀般是由开发来完成2.2 集成测试
单元测试后,将各单元组成完整的体系,测试软件单位之间的接⼝是否正确,数据能否正常传递。——⽐如注册和充值这两个功能能否连通2.3 系统测试
把软件系统搭建起来,按照《软件规格说明书》中的要求对各项功能进⾏测试,看是否符合需求、在系统运⾏是否存在漏洞等——根据测试⽤例,进⾏完整的系统测试
系统测试主要包括功能测试、界⾯测试、可靠性测试、易⽤性测试、性能测试。功能测试主要针对包括功能可⽤性、功能实现程度(功能流程&业务流程、数据处理&业务数据处理)⽅⾯测试。
2.4 验收测试
按照项⽬任务书或合同、供需双⽅约定的验收依据⽂档进⾏的对整个系统的测试与评审,决定是否接收或拒收系统——⽤户对软件进⾏验收
2.5 回归测试
回归测试是指重复以前的全部或部分的相同测试。新加⼊测试的模组,可能对其他模组产⽣副作⽤,故须进⾏某些程度的回归测试。
3 附录
3.1 测试⽂档清单
阶段活动产出物模板
设计系统设计
测试计划
测试计划评审会议纪要 ⽆
自动皂液器开发测试⽤例设计测试⽤例 测试⽤例评审记录 ⽆需求跟踪表 ⽆
测试测试执⾏
测试⽤例执⾏记录 ⽆
测试⼯作阶段报告 ⽆
测试⽇报 缺陷管理缺陷bug清单 ⽆
验收
系统验收验收测试报告
系统发布⽤户⼿册 ⽆3.2 缺陷管理流程
缺陷状态⼀般分为:新建、打开、已分配、已修复、关闭、重新打开
中间会有:延期、重复、拒绝等状态
缺陷管理流程: