网站大量收购闲置独家精品文档,联系QQ:2885784924

软件测试工作测试流程.docVIP

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

软件测试工作测试流程--测试基本阶段划分??

测试基本阶段划分

?????1、测试计划阶段

?????2、测试设计阶段

?????3、测试执行阶段

?????4、测试评估阶段

?????5、测试验收阶段

1、测试计划阶段

?????做测试需要做好准备工作,把做一件事需要做的准备工作做好,明确做这件事的目的,最终达成目的并验证结果是我们要做的事情。这要求我们有一个完善的“测试计划书”。

?????测试计划的内容:

1、测试范围:描述本次测试中做的测试范围,如:测试软件功能范围、测试种类等

2、简单的描述如何搭建测试平台以及测试的潜在的风险。

3、?项目信息:说明要测试的项目的相关资料,如:输入输出文档,产品描述,软件主要功能

4、人力资源的分配

注:

计划和设计分开编写,最好安排充分的时间去明确测试需求

?????测试需求:笼统说,就是测试中的所有设计和需求文档。作为本次测试的依据

1.1、测试计划考虑的问题

?????1、要充分考虑测试计划的实用性,即测试计划与实际之间的接近程度和可操作性(必须对需求有透彻的理解)。编写测试计划的目的在于充分考虑执行测试时的各种资源,包括测试内容、测试标准、时间资源、人力资源等等,准确地说是要分析执行时所能够调用的一切资源以及受各种条件限制,可能受到的各种影响。说的再明确一点就是要“计划”“如何”去做“测试工作”,而不是“如何编写测试计划”。

(1)测试内容:对一个软件来说测试计划中会明确本次测试做哪些测试?

如:系统测试:在整个系统测试中会有(界面测试、功能测试、性能测试、兼容性测试、安装卸载测试、可靠性测试等测试)

(2)测试目的:一般多为保证产品质量是否达到预期的指标。这个指标也就是在测试中定义的结束标准。

(3)测试标准:需要考虑本次测试需要输入那些文档,该项目结束标准定义、测试结束标准的定义?bug级别定义、优先级定义、bug管理流程定义。这个都需要在执行测试事明确。计划中应该包含这些内容。

(4)资源分配:这里分为人力资源、软硬件资源等划分。一般会把人力资源的利用写入一个测试人员任务分配表里,按照不同的阶段,每个阶段提交相应的成果(难度很大)。软硬件资源中主要是在做计划时考虑到需要多少电脑或别的工具,列出清单。

(5)测试风险:大多考虑到的就是项目开发延期、测试人员不足用例无法全面覆盖测试点、时间不足用例无法全部执行、bug无法及时修改导致无法验证、测试人员技能不足导致测试进度拉长。

(6)软件测试策略一般都是分开来做相关测试方案。

?????2、要坚持“5W1H”的原则,明确测试内容与过程。

明确测试的范围和内容(WHAT);

明确测试的目的(WHY);

明确测试的开始和结束日期(WHEN);

明确给出测试文档存放位置(WHERE);

明确测试人员的任务分配(WHO);

明确指出测试的方法和测试工具(HOW)。

1.2、测试策略

?????这一阶段在于需求、详细设计、测试计划完成之后,主要是本次测试的策略阶段。很多公司少这个一个阶段,需要有计划性的分出产品的功能扣出测试的功能点,现阶段大多公司都是直接拿着文档就开始做用例设计。

?????对需求进行分析,列出具体的功能列表。(一般根据功能交互文档就能明确出此功能的大体功能,一层层的分下去,一直到没个功能表单。然后考虑到使用那些测试方法?工作一旦做到执行阶段,我们可以更好的根据这些功能表一点一点的覆盖。也能让我们在用例评审时,充分的证实我们的工作是有效的能够保证产品的质量。)一般在此之前,一些业务培训和需求评审是有必要是听一下的。这样能够更早更熟练的理解需求,也能保证产品设计中出现的一些误区。

?????对于一个个测试该如何进行测试?如下:

?????1、功能测试

?????????1.1、功能范围(划分出各自负责的功能模块)

?????????1.2、使用测试方法(等价类、边界值等测试方法方法)

?????????1.3、测试标准(符合设计、需求和规范文档对该功能的描述)

?????2、界面测试

?????3、兼容性测试

?????????…………

列举出策略中常用的测试种类

为下一阶段做好准备

?

缺陷状态一般分为:新建、打开、已分配、已修复、关闭、重新打开

?????????中间会有:延期、重复、拒绝等状态

缺陷管理流程

1、??由测试人员发现bug后,新建bug。Bug的状态为《新建》

2、??测试人员直接把bug指派到相应的管理者(一般是由测试组长、项目经理等人参与bug分配)(打开)或者是在管理者那里就直接关闭??bug状态就直接改为关闭

3、??Bug经过分配给相应的开发者手中或者是开发组长手中,测试组长能够讲该bug转移给相应的开发人员。Bug状态不改变

文档评论(0)

182****6616 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档