软件测试流程图

上传人:ni****g 文档编号:562986557 上传时间:2023-07-04 格式:DOC 页数:11 大小:136.50KB
返回 下载 相关 举报
软件测试流程图_第1页
第1页 / 共11页
软件测试流程图_第2页
第2页 / 共11页
软件测试流程图_第3页
第3页 / 共11页
软件测试流程图_第4页
第4页 / 共11页
软件测试流程图_第5页
第5页 / 共11页
点击查看更多>>
资源描述

《软件测试流程图》由会员分享,可在线阅读,更多相关《软件测试流程图(11页珍藏版)》请在金锄头文库上搜索。

1、软件测试流程1 软件项目测试过程测试阶段从横向看有以下活动:1.1 需求分析测试从需求分析开始介入,测试人员参与需求的分析活动,确定测试的需求。需要了解测试需求及测试进度,即需要验证什么功能需求点,采用什么测试策略,描述目前在进行哪一阶段的测试(单元测试、集成测试、系统测试)以及每个阶段内在进行的测试种类(功能测试、性能测试、压力测试等)。详细阅读分析需求文档,进行逻辑梳理并勾勒出功能的大概流程图;与产品经理等相关人员探讨表述不清楚的地方,细化业务流程;考虑正常流程中的测试难点;考虑与其他功能的关联;考虑非正常流程;考虑版本数据兼容。目标:(1) 理解产品的设计意图和设计思路。(2) 功能确认

2、,充分理解个功能的细节。(3) 根据功能的大小、复杂预估测试需要的工具、环境、时间1.2 项目整体计划及评审测试计划在需求分析完成后,程序修改完毕前准备。测试计划要描述测试活动的范围、方法、资源和进度。目标:(1) 为测试各项活动制定一个现实可行的、综合的计划,包括每项测试活动的对象、范围、方法、进度和预期结果。(2) 为项目实施建立一个组织模型,并定义测试项目中每个角色的责任和工作内容。(3) 开发有效的测试模型,能正确地验证正在开发的软件系统。(4) 确定测试所需要的时间和资源,以保证其可获得性、有效性。(5) 确立每个测试阶段测试完成以及测试成功的标准、要实现的目标。(6) 识别出测试活

3、动中各种风险,并消除可能存在的风险,降低由不可能消除的风险所带来的损失。输入:项目计划和测试需求 输出:项目测试计划项目测试计划评审会议纪要1.3 测试用例设计及评审内容:使用各种测试用例设计方法进行用例设计。测试用例的基本要素包括测试用例编号、测试标题、重要基本、测试输入、操作步骤、预期结果等。测试用例文档是“活的”,测试用例在形成文档后也还需要不断完善。主要来自三方面的缘故:第一、在测试过程中发现设计测试用例时考虑不周,需要完善;第二、在软件交付使用后反馈的软件缺陷,而缺陷又是因测试用例存在漏洞造成;第三、软件自身的新增功能以及软件版本的更新,测试用例也必须配套修改更新。目标:(1) 使测

4、试用例反映不同的场景、条件或经由产品的事件流(2) 测试用例必须要能完整覆盖测试需求输入:测试计划 输出:项目测试用例项目测试用例评审会议纪要1.4 测试执行当测试用例编写完成通过评审后,并已提交的可测试的系统, 然后按照测试计划和测试用例搭建测试环境,开始测试执行。对修改的bug进行回归测试。测试的具体步骤:(1) 建立测试系统,搭建测试环境(2) 准备测试材料、测试工具(3) 执行测试(4) 验证预期结果,测试不通过,反馈回给编码人员修改。代码修改重新提交后,返回2继续(5) 记录缺陷(6) 评估测试需求的覆盖率(7) 分析缺陷 测试开始标准:(1) 测试计划评审通过;(2) 测试用例已编

5、写完成,并已通过评审;(3) 存在已提交的可测试的系统;(4) 测试环境已搭建完毕。测试退出标准:(1) 测试用例全部通过;(2) 存在的问题已得到合理的处理。测试停止标准:(1) 近半数以上测试用例无法执行;(2) 测试环境与要求不符;(3) 开发中需求频繁变动。目标:(1) 所有的测试用例都被执行,并每条用例至少被执行一遍。(2) 存在的问题已得到合理的处理。输入:测试用例测试环境测试脚本输出:测试执行记录系统bug清单1.5 测试评估测试报告是对测试过程和测试结果进行分析和评估,确认测试计划是否得到完整履行、测试覆盖率是否达到预定要求并最终在报告中给出测试和产品质量的评估结论。输入:测试

6、执行记录系统bug清单输出:测试报告1.6 产品试用及客户培训软件部署后,给客户提供产品试用,给客户做相关培训。输出:用户手册客户培训PPT2 软件测试阶段软件V模型结构图如:2.1 单元测试主要是测试程序代码,为的是确保各单元模块被正常编译。有具体到模块的测试,也有具体到类、函数的测试等。一般是由开发来完成2.2 集成测试单元测试后,将各单元组成完整的体系,测试软件单位之间的接口是否正确,数据能否正常传递。比如注册和充值这两个功能能否连通2.3 系统测试把软件系统搭建起来,按照软件规格说明书中的要求对各项功能进行测试,看是否符合需求、在系统运行是否存在漏洞等根据测试用例,进行完整的系统测试系

7、统测试主要包括功能测试、界面测试、可靠性测试、易用性测试、性能测试。 功能测试主要针对包括功能可用性、功能实现程度(功能流程&业务流程、数据处理&业务数据处理)方面测试。2.4 验收测试按照项目任务书或合同、供需双方约定的验收依据文档进行的对整个系统的测试与评审,决定是否接收或拒收系统用户对软件进行验收2.5 回归测试回归测试是指重复以前的全部或部分的相同测试。新加入测试的模组,可能对其他模组产生副作用,故须进行某些程度的回归测试。3 附录3.1 测试文档清单阶段活动产出物模板设计系统设计测试计划测试计划评审会议纪要无开发测试用例设计测试用例测试用例评审记录无需求跟踪表无测试测试执行测试用例执

8、行记录无测试工作阶段报告无测试日报缺陷管理缺陷bug清单无验收系统验收验收测试报告系统发布用户手册无3.2 缺陷管理流程缺陷状态一般分为:新建、打开、已分配、已修复、关闭、重新打开中间会有:延期、重复、拒绝等状态缺陷管理流程:3.3 缺陷等级划分A类-严重错误,包括以下各种错误:1、由于程序所引起的死机,非法退出2、死循环3、数据库发生死锁4、因错误操作导致的程序中断5、功能错误6、与数据库链接错误7、数据库通讯错误B类-较严重错误,包括以下错误:1、程序错误2、程序接口错误3、数据库的表、业务规则、缺省值未加完整性等约束条件C类-一般性错误,包括以下各种错误:1、操作界面错误(包括数据窗口内

9、列名定义、含义是否一致)2、打印内容、格式错误3、简单的输入显示未放在前台进行控制4、删除操作未给出提示5、数据库表中有过多的空字段D类-较小错误,包括以下各种错误:1、界面不规范2、辅助说明描述不清楚3、输入输出不规范4、长操作未给用户提示5、提示窗口文字未采用行业术语6、可输入区域和只读区域没有明显的区分标志E类-测试建议1. 若不给自己设限,则人生中就没有限制你发挥的藩篱。2. 若不是心宽似海,哪有人生风平浪静。在纷杂的尘世里,为自己留下一片纯静的心灵空间,不管是潮起潮落,也不管是阴晴圆缺,你都可以免去浮躁,义无反顾,勇往直前,轻松自如地走好人生路上的每一步3. 花一些时间,总会看清一些事。用一些事情,总会看清一些人。有时候觉得自己像个神经病。既纠结了自己,又打扰了别人。努力过后,才知道许多事情,坚持坚持,就过来了。4. 岁月是无情的,假如你丢给它的是一片空白,它还给你的也是一片空白。岁月是有情的,假如你奉献给她的是一些色彩,它奉献给你的也是一些色彩。你必须努力,当有一天蓦然回首时,你的回忆里才会多一些色彩斑斓,少一些苍白无力。只有你自己才能把岁月描画成一幅难以忘怀的人生画卷。

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 中学教育 > 试题/考题 > 初中试题/考题

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号