软件测试作业流程.docxVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

软件测试步骤

软件项目测试过程

测试阶段从横向看有以下活动:

需求分析

测试从需求分析开始介入,测试人员参与需求分析活动,确定测试需求。需要了解测试需求及测试进度,即需要验证什么功效需求点,采取什么测试策略,描述现在在进行哪一阶段测试(单元测试、集成测试、系统测试)和每个阶段内在进行测试种类(功效测试、性能测试、压力测试等)。具体阅读分析需求文档,进行逻辑梳理并勾勒出功效大约步骤图;和产品经理等相关人员探讨表述不清楚地方,细化业务步骤;考虑正常步骤中测试难点;考虑和其它功效关联;考虑非正常步骤;考虑版本数据兼容。

目标:

了解产品设计意图和设计思绪。

功效确定,充足了解个功效细节。

依据功效大小、复杂预估测试需要工具、环境、时间

项目整体计划及评审

测试计划在需求分析完成后,程序修改完成前准备。测试计划要描述测试活动范围、方法、资源和进度。

目标:

为测试各项活动制订一个现实可行、综合计划,包含每项测试活动对象、范围、方法、进度和预期结果。

为项目实施建立一个组织模型,并定义测试项目中每个角色责任和工作内容。

开发有效测试模型,能正确地验证正在开发软件系统。

确定测试所需要时间和资源,以确保其可取得性、有效性。

确立每个测试阶段测试完成和测试成功标准、要实现目标。

识别出测试活动中多种风险,并消除可能存在风险,降低由不可能消除风险所带来损失。

输入:

项目计划和测试需求

输出:

《项目测试计划》

《项目测试计划评审会议纪要》

测试用例设计及评审

内容:使用多种测试用例设计方法进行用例设计。测试用例基础要素包含测试用例编号、测试标题、关键基础、测试输入、操作步骤、预期结果等。

测试用例文档是“活”,测试用例在形成文档后也还需要不停完善。关键来自三方面缘故:第一、在测试过程中发觉设计测试用例时考虑不周,需要完善;第二、在软件交付使用后反馈软件缺点,而缺点又是因测试用例存在漏洞造成;第三、软件本身新增功效和软件版本更新,测试用例也必需配套修改更新。

目标:

使测试用例反应不一样场景、条件或经由产品事件流

测试用例必需要能完整覆盖测试需求

输入:

测试计划

输出:

《项目测试用例》

《项目测试用例评审会议纪要》

测试实施

当测试用例编写完成经过评审后,并已提交可测试系统,然后根据测试计划和测试用例搭建测试环境,开始测试实施。对修改bug进行回归测试。

测试具体步骤:

建立测试系统,搭建测试环境

准备测试材料、测试工具

实施测试

验证预期结果,测试不经过,反馈回给编码人员修改。代码修改重新提交后,返回2继续

统计缺点

评定测试需求覆盖率

分析缺点

测试开始标准:

测试计划评审经过;

测试用例已编写完成,并已经过评审;

存在已提交可测试系统;

测试环境已搭建完成。

测试退出标准:

测试用例全部经过;

存在问题已得到合理处理。

测试停止标准:

近半数以上测试用例无法实施;

测试环境和要求不符;

开发中需求频繁变动。

目标:

全部测试用例全部被实施,并每条用例最少被实施一遍。

存在问题已得到合理处理。

输入:

测试用例

测试环境

测试脚本

输出:

《测试实施统计》

《系统bug清单》

测试评定

测试汇报是对测试过程和测试结果进行分析和评定,确定测试计划是否得到完整推行、测试覆盖率是否达成预定要求并最终在汇报中给出测试和产品质量评定结论。

输入:

《测试实施统计》

《系统bug清单》

输出:

《测试汇报》

产品试用及用户培训

软件布署后,给用户提供产品试用,给用户做相关培训。

输出:

《用户手册》

《用户培训PPT》

软件测试阶段

软件V模型结构图如:

单元测试

关键是测试程序代码,为是确保各单元模块被正常编译。有具体到模块测试,也有具体到类、函数测试等。——通常是由开发来完成

集成测试

单元测试后,将各单元组成完整体系,测试软件单位之间接口是否正确,数据能否正常传输。——比如注册和充值这两个功效能否连通

系统测试

把软件系统搭建起来,根据《软件规格说明书》中要求对各项功效进行测试,看是否符合需求、在系统运行是否存在漏洞等——依据测试用例,进行完整系统测试

系统测试关键包含功效测试、界面测试、可靠性测试、易用性测试、性能测试。功效测试关键针对包含功效可用性、功效实现程度(功效步骤业务步骤、数据处理业务数据处理)方面测试。

验收测试

根据项目任务书或协议、供需双方约定验收依据文档进行对整个系统测试和评审,决定是否接收或拒收系统——用户对软件进行验收

回归测试

回归测试是指反复以前全部或部分相同测试。新加入测试模组,可能对其它模组产生副作用,故须进行一些程度回归测试。

附录

测试文档清单

阶段

活动

产出物

模板

设计

系统设计

测试计划

测试计划评审会议纪要

开发

测试用例设计

测试用例

测试用例评审统计

需求跟

文档评论(0)

知识改变命运 + 关注
实名认证
文档贡献者

爱好打球

1亿VIP精品文档

相关文档