软件测试流程
Posted testertechnology
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了软件测试流程相关的知识,希望对你有一定的参考价值。
一、测试过程之需求分析
测试介入阶段一般从需求分析开始,需求分析阶段是整个软件生命周期最关键的一环,产品、研发、测试三方对产品需求理解应做到一致,所以需求评审会尤其重要,所以一般会先进行一次需求评审,如果有异议的,不确定的点,产品需要修改,周知大家,或者再次进行一次需求评审。
需求阶段需要产出:
需求文档规格书、产品原型图、详细设计说明书等,建议测试人员做到专业,在每个环节都严格把控,保证项目整体的质量。
二、测试过程之测试计划、测试方案
测试计划大多为测试组长编写,主要包含测试目标、测试资源、测试策略、测试需求(功能、接口、自动化、性能、安全、兼容性)、测试进度计划,根据项目总体排期表,制定出测试排期与人员安排计划。
测试方案为具体实施的方案,主要包含测试需求细化、自动化测试设计、性能场景抽离、测试数据和测试脚本、测试用例设计等。
三、测试用例编写
测试需求评审通过、测试计划、方案制定好后,便可进行测试用例编写工作了,可根据详细需求文档、开发设计文档、输出用例脑图或者测试用例,最好测试点细化,在测试用例中,包括测试数据验证点。
四、测试用例执行
根据测试用例,进行执行,在过程中也可以开展探索式测试,随机测试等,扩大测试范围。
五、测试过程之缺陷管理
缺陷的管理每个公司都有自己的管理平台,合理的管理缺陷、分析缺陷不仅可以提高产品质量还可以提高工作效率。
缺陷管理优化:
BUG规范,如命名、描述信息、版本信息、严重程度、缺陷类型、附件(图片、文件)、备注、日志、尽量做到简单直接描述一个缺陷。
BUG跟踪,一个缺陷的生命周期分为几个状态,还可能变更修复人、验证人等信息,及时跟踪并做好缺陷留言,以免遗漏。
BUG定位能力提升,测试人员尽可能的发现问题,并试着去定位问题,总结问题,不仅可以提升自身技能还可以让研发高看一眼。
BUG分析,一个项目结束,缺陷分析是必不可少的,包含BUG严重等级分布图、版本与BUG数量趋势图、模块BUG占比图、缺陷类型图等,可以从多个角度分析缺陷的产生原因并如何去减少缺陷的产生数量。
版本控制,建议测试人员自己做版本控制,提测版本、提测脚本、提测范围等走邮件流程,保证缺陷与版本的对应关系,以免混乱。
六、测试过程之风险控制
测试作为项目质量的最后一道关,必须有超强的风险意识。
风险注意点:
测试需求确认后,尽可能拿到项目排期,明确提测时间点、提测范围、上线时间点等,如遇变更及时调整。
需求、设计中途变更,为了工期压缩研发时间与测试时间,此时风险很高,研发代码质量差频发,测试耗时耗力,需要提前预警。
提测时间点推迟,应提前和项目经理沟通,增加测试人力或延长测试时间,保证测试的质量。
研发不进行冒烟测试,提测阶段发现问题,重新发布版本,浪费时间,应与项目经理沟通,保证冒烟测试的通过才可以提测,测试可提供冒烟测试用例。
研发人员技术参差不齐,应先测试新人研发的模块或研发质量差的模块,争取更多的修复缺陷时间。
测试环境变更,有些项目需要特定的环境,测试环境与生产环境存在差异,导致上线后问题频发。
测试人员技术水平不同,特别外包新进人员,对于质量的把控与产品理解不到位,造成测试标准的误差。
七、测试报告
一个项目测试结束,需要测试报告,涉及测试环境信息、测试数据备份、测试项目总结、测试范围列表、BUG整体的分析与统计、测试报告等。
是否有遗留bug,那个版本解决,风险点等。
八、项目复盘
一个项目结束后,需要进行复盘,对团队做的比较好的,可以继续坚持,并进行公众表扬,做的不好的地方,讨论改进方案。
以上是关于软件测试流程的主要内容,如果未能解决你的问题,请参考以下文章