软件测试流程

谁说我不能喝 提交于 2020-03-29 05:21:07

一、测试过程之需求分析

  测试介入阶段一般从需求分析开始,需求分析阶段是整个软件生命周期最关键的一环,产品、研发、测试三方对产品需求理解应做到一致,所以需求评审会尤其重要,所以一般会先进行一次需求评审,如果有异议的,不确定的点,产品需要修改,周知大家,或者再次进行一次需求评审。

  需求阶段需要产出:

     需求文档规格书、产品原型图、详细设计说明书等,建议测试人员做到专业,在每个环节都严格把控,保证项目整体的质量。

二、测试过程之测试计划、测试方案

  测试计划大多为测试组长编写,主要包含测试目标、测试资源、测试策略、测试需求(功能、接口、自动化、性能、安全、兼容性)、测试进度计划,根据项目总体排期表,制定出测试排期与人员安排计划。

  测试方案为具体实施的方案,主要包含测试需求细化、自动化测试设计、性能场景抽离、测试数据和测试脚本、测试用例设计等。

三、测试用例编写

  测试需求评审通过、测试计划、方案制定好后,便可进行测试用例编写工作了,可根据详细需求文档、开发设计文档、输出用例脑图或者测试用例,最好测试点细化,在测试用例中,包括测试数据验证点。

四、测试用例执行

       根据测试用例,进行执行,在过程中也可以开展探索式测试,随机测试等,扩大测试范围。

五、测试过程之缺陷管理

  缺陷的管理每个公司都有自己的管理平台,合理的管理缺陷、分析缺陷不仅可以提高产品质量还可以提高工作效率。

  缺陷管理优化:

       BUG规范,如命名、描述信息、版本信息、严重程度、缺陷类型、附件(图片、文件)、备注、日志、尽量做到简单直接描述一个缺陷。

       BUG跟踪,一个缺陷的生命周期分为几个状态,还可能变更修复人、验证人等信息,及时跟踪并做好缺陷留言,以免遗漏。

       BUG定位能力提升,测试人员尽可能的发现问题,并试着去定位问题,总结问题,不仅可以提升自身技能还可以让研发高看一眼。

       BUG分析,一个项目结束,缺陷分析是必不可少的,包含BUG严重等级分布图、版本与BUG数量趋势图、模块BUG占比图、缺陷类型图等,可以从多个角度分析缺陷的产生原因并如何去减少缺陷的产生数量。

       版本控制,建议测试人员自己做版本控制,提测版本、提测脚本、提测范围等走邮件流程,保证缺陷与版本的对应关系,以免混乱。

六、测试过程之风险控制

  测试作为项目质量的最后一道关,必须有超强的风险意识。

  风险注意点:

    测试需求确认后,尽可能拿到项目排期,明确提测时间点、提测范围、上线时间点等,如遇变更及时调整。

       需求、设计中途变更,为了工期压缩研发时间与测试时间,此时风险很高,研发代码质量差频发,测试耗时耗力,需要提前预警。

       提测时间点推迟,应提前和项目经理沟通,增加测试人力或延长测试时间,保证测试的质量。

       研发不进行冒烟测试,提测阶段发现问题,重新发布版本,浪费时间,应与项目经理沟通,保证冒烟测试的通过才可以提测,测试可提供冒烟测试用例。

      研发人员技术参差不齐,应先测试新人研发的模块或研发质量差的模块,争取更多的修复缺陷时间。

      测试环境变更,有些项目需要特定的环境,测试环境与生产环境存在差异,导致上线后问题频发。

      测试人员技术水平不同,特别外包新进人员,对于质量的把控与产品理解不到位,造成测试标准的误差。

七、测试报告

  一个项目测试结束,需要测试报告,涉及测试环境信息、测试数据备份、测试项目总结、测试范围列表、BUG整体的分析与统计、测试报告等。

    是否有遗留bug,那个版本解决,风险点等。

八、项目复盘

        一个项目结束后,需要进行复盘,对团队做的比较好的,可以继续坚持,并进行公众表扬,做的不好的地方,讨论改进方案。

易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!