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

软件测试流程及规范.docxVIP

  1. 1、本文档共18页,可阅读全部内容。
  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.需求分析阶段

1.1步骤说明

1、需求定义基本完成,SRS编写完成。

2、开评审会,由需求调研人员、开发组、设计组、测试组等人员对需求中不清楚、不完整、存在疑义的地方提出问题,相关人员解答并确认。

3、当评审未通过,直接打回,重新修改SRS,问题解决后,重新提交评审。

4、当评审通过后,依据SRS,项目整体计划,设计、编写《测试计划》和《测试设计》,具体模板见附件。

5、开评审会,由开发组、设计组、测试组等人员对计划和设计中不清楚、不完整、存在疑义的地方提出问题。

6、当审批未通过,直接打回,优化测试计划、测试设计,问题解决后,重新提交评审。

7、审核通过后,进入下一阶段。

1.2测试通过打回标准

1.3、阶段的输出

输入:最新SRS、项目计划

输出:测试计划、测试设计

2、单元及集成测试流程

2.1步骤说明:

1、理解需求和设计

理解设计是很重要的,特别是要搞清楚被测试模块在整个\o软件软件中所处的位置,这对测试的内容将会有很大的影响。需要记住的一个原则就是:好的设计,各模块只负责完成自己的事情,层次与分工是很明确的。在单元测试的时候,可以不用测试不属于被测试模块所负责的功能,以减少测试用例的冗余,集成测试的时候会有机会测试到的。

所以,单元测试主要是关注本单元的内部逻辑,而不用关注整个业务的逻辑,因为会有

根据测试的结果分析、查找错误的原因,并找到解决的办法。测试结束之后,根据测试过程的数据统计,给出被测试对象评价

2.2测试通过打回标准

1、通过标准

2、打回标准

2.3、阶段的输出

输入:最新SRS、项目计划、详细设计

输出:单元测试计划、单元测试用例、单元测试总结分析。

3、系统测试流程

系统测试是将已经确认的软件、计算机硬件、外设、网络等其他元素结合在一起,进行信息系统的各种组装测试和确认测试,系统测试是针对整个产品系统进行的测试,目的是验证系统是否满足了需求规格的定义,找出与需求规格不符或与之矛盾的地方,从而提出更加完善的方案。系统测试发现问题之后要经过调试找出错误原因和位置,然后进行改正。是基于系统整体需求说明书的黑盒类测试,应覆盖系统所有联合的部件。对象不仅仅包括需测试的软件,还要包含软件所依赖的硬件、外设甚至包括某些数据、某些支持软件及其接口等。

3.1步骤说明

1、测试组收到测试任务通知书,告知较为确切的测试内容、日期。

2、根据最新SRS和各设计文档,将已经确认的软件、计算机硬件、外设、网络等其他元素结合在一起,针对整个产品系统进行的测试。

3、编写此阶段系统测试方案,通过评审,优化系统测试方案。

4、然后编写或补充系统测试用例,用例完成后,需要通过评审,优化系统测试用例。

5、执行冒烟测试用例,测试版本仅少量严重程度低的bug未修改引起的不通过,反馈项目组,通知延长冒烟测试时间;测试版本符合冒烟测试打回标准,冒烟测试不通过,直接打回或挂起,结束测试。测试完成度满足冒烟测试开始条件,重新发起测试申请。

6、当不通过时,退回或挂起。

7、当完成冒烟测试后,进行系统测试,提交bug报告,审核bug,当审核未通过时,补充测试用例,当审核通过汇总bug,总结报告。

8、当开发人员完成缺陷的修改后,提交新的版本,测试人员继续开始做回归测试。

当测试版本仅少量bug未修改引起的不通过,反馈项目组,通知延长系统测试时间;

测试版本符合系统测试打回标准,系统测试不通过,直接打回,结束测试。待测试完成度满足系统测试开始条件,重新发起测试申请。

9、当缺陷的统计曲线出现的逐渐收敛,并且得到控制。

10、分析缺陷的原因。

11、提交测试报告。

12、进入下一阶段。

3.2测试通过打回标准

1)通过标准

2)打回标准

3.3、阶段的输出

输入:最新SRS、项目计划、详细设计

输出:系统测试计划、系统测试用例、测试总结分析。

4、验收测试

软件产品测试组对经过内部单元测试、集成测试和系统测试后的软件所进行的测试,测试用例采用业务流程测试用例。

4.1步骤说明

1、验收测试进入准则

1)软件产品通过单元测试、集成测试和系统测试。

2)项目组提交以下测试文档:测试计划、测试用例、测试日志、测试通知单、测试分析报告。

3)待验收的软件安装程序。

2、测试错误类型

参考软件测试停止标准.doc

3、对用户手册和帮助的验收规定

1)用户手册和帮助的编制要使用非专门术语的语言,充分地描述该软件系统所具有的功能及基本的使用方法。

2)使用户(或潜在用户)通过用户手册能够了解该软件的用途,并且能够确定在什么情况下,如何使用它。

3)语句通顺、简洁,语义明确,错别字小于0.1%。

4)对相关名词解释应易于被用户理解。

5)对相关界面的说明要符合操作流程并将每

文档评论(0)

135****8227 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档