软件测试流程汇编_第1页
软件测试流程汇编_第2页
软件测试流程汇编_第3页
软件测试流程汇编_第4页
已阅读5页,还剩3页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、学习 -好资料软件测试流程1 软件项目测试过程测试阶段从横向看有以下活动:回归测试审核审核制设撰修定需计进入执写复测求测行测软试分试准则测试件计析用试报缺划例告陷完成完成准则测试1.1 需求分析测试从需求分析开始介入, 测试人员参与需求的分析活动, 确定测试的需求。 需要了解测试需求及测试进度, 即需要验证什么功能需求点, 采用什么测试策略, 描述目前在进行哪一阶段的测试(单元测试、集成测试、系统测试)以及每个阶段内在进行的测试种类(功能测试、性能测试、压力测试等) 。详细阅读分析需求文档,进行逻辑梳理并勾勒出功能的大概流程图; 与产品经理等相关人员探讨表述不清楚的地方,细化业务流程; 考虑正

2、常流程中的测试难点;考虑与其他功能的关联;考虑非正常流程;考虑版本数据兼容。目标:( 1) 理解产品的设计意图和设计思路。( 2) 功能确认,充分理解个功能的细节。( 3) 根据功能的大小、复杂预估测试需要的工具、环境、时间1.2 项目整体计划及评审测试计划在需求分析完成后,程序修改完毕前准备。测试计划要描述测试活动的范围、方法、资源和进度。目标:(1) 为测试各项活动制定一个现实可行的、 综合的计划, 包括每项测试活动的对象、 范围、方法、进度和预期结果。( 2)为项目实施建立一个组织模型,并定义测试项目中每个角色的责任和工作内容。( 3)开发有效的测试模型,能正确地验证正在开发的软件系统。

3、( 4)确定测试所需要的时间和资源,以保证其可获得性、有效性。更多精品文档学习 -好资料( 5)确立每个测试阶段测试完成以及测试成功的标准、要实现的目标。( 6)识别出测试活动中各种风险, 并消除可能存在的风险, 降低由不可能消除的风险所带来的损失。输入:项目计划和测试需求输出:项目测试计划项目测试计划评审会议纪要1.3 测试用例设计及评审内容:使用各种测试用例设计方法进行用例设计。测试用例的基本要素包括测试用例编号、测试标题、重要基本、测试输入、操作步骤、预期结果等。测试用例文档是 “活的 ”,测试用例在形成文档后也还需要不断完善。 主要来自三方面的缘故:第一、在测试过程中发现设计测试用例时

4、考虑不周,需要完善;第二、在软件交付使用后反馈的软件缺陷, 而缺陷又是因测试用例存在漏洞造成; 第三、软件自身的新增功能以及软件版本的更新,测试用例也必须配套修改更新。目标:( 1) 使测试用例反映不同的场景、条件或经由产品的事件流( 2) 测试用例必须要能完整覆盖测试需求输入:测试计划输出:项目测试用例项目测试用例评审会议纪要1.4 测试执行当测试用例编写完成通过评审后,并已提交的可测试的系统,然后按照测试计划和测试用例搭建测试环境,开始测试执行。对修改的bug 进行回归测试。测试的具体步骤:( 1)建立测试系统,搭建测试环境( 2)准备测试材料、测试工具( 3)执行测试( 4)验证预期结果

5、, 测试不通过, 反馈回给编码人员修改。 代码修改重新提交后,返回 2 继续( 5)记录缺陷( 6)评估测试需求的覆盖率( 7)分析缺陷更多精品文档学习 -好资料测试开始标准:( 1)测试计划评审通过;( 2)测试用例已编写完成,并已通过评审;( 3)存在已提交的可测试的系统;( 4)测试环境已搭建完毕。测试退出标准:( 1)测试用例全部通过;( 2)存在的问题已得到合理的处理。测试停止标准:( 1)近半数以上测试用例无法执行;( 2)测试环境与要求不符;( 3)开发中需求频繁变动。目标:( 1) 所有的测试用例都被执行,并每条用例至少被执行一遍。( 2) 存在的问题已得到合理的处理。输入:测

6、试用例测试环境测试脚本输出:测试执行记录系统 bug 清单1.5 测试评估测试报告是对测试过程和测试结果进行分析和评估,确认测试计划是否得到完整履行、测试覆盖率是否达到预定要求并最终在报告中给出测试和产品质量的评估结论。输入:测试执行记录系统 bug 清单输出:测试报告1.6 产品试用及客户培训软件部署后,给客户提供产品试用,给客户做相关培训。输出:用户手册更多精品文档学习 -好资料客户培训PPT2 软件测试阶段软件 V 模型结构图如:2.1 单元测试主要是测试程序代码, 为的是确保各单元模块被正常编译。 有具体到模块的测试, 也有具体到类、函数的测试等。一般是由开发来完成2.2 集成测试单元

7、测试后, 将各单元组成完整的体系, 测试软件单位之间的接口是否正确, 数据能否正常传递。比如注册和充值这两个功能能否连通2.3 系统测试把软件系统搭建起来,按照软件规格说明书中的要求对各项功能进行测试,看是否符合需求、在系统运行是否存在漏洞等根据测试用例,进行完整的系统测试系统测试主要包括功能测试、界面测试、可靠性测试、易用性测试、性能测试。功能测试主要针对包括功能可用性、功能实现程度(功能流程& 业务流程、数据处理& 业务数据处理)方面测试。更多精品文档学习 -好资料2.4 验收测试按照项目任务书或合同、 供需双方约定的验收依据文档进行的对整个系统的测试与评审,决定是否接收或拒收系统用户对软

8、件进行验收2.5 回归测试回归测试是指重复以前的全部或部分的相同测试。 新加入测试的模组, 可能对其他模组产生副作用,故须进行某些程度的回归测试。3 附录3.1 测试文档清单阶段活动产出物模板测试计划设计系统设计测试计划评审会议纪要无测试用例开发测试用例设计测试用例评审记录无需求跟踪表无测试用例执行记录无测试执行测试工作阶段报告无测试测试日报缺陷管理缺陷 bug 清单无系统验收验收测试报告验收系统发布用户手册无3.2 缺陷管理流程缺陷状态一般分为:新建、打开、已分配、已修复、关闭、重新打开更多精品文档学习 -好资料中间会有:延期、重复、拒绝等状态缺陷管理流程:3.3 缺陷等级划分A 类 -严重错误,包括以下各种错误:1、由于程序所引起的死机,非法退出2、死循环3、数据库发生死锁4、因错误操作导致的程序中断5、功能错误6、与数据库链接错误7、数据库通讯错误更多精品文档学习 -好资料B 类 -较严重错误,包括以下错误:1、程序错误2、程序接口错误3、数据库的表、业务规则、缺省值未加完整性等约束条件C 类 -一般性错误,包括以下各种错误:1、操作界面错误(包括数据窗口内列名定义、含义是否一致)2、打印内容、格式错误3、简单的输入显示未放在前

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论