关于软件测试流程的一点心得

1.需求分析
测试人员最好能在需求阶段就介入,参与需求评审、需求分析,有利于测试人员整体理解产品的功能。
2.制定测试计划及方案
根据产品说明,需求文档,设计文档,代码文档等等一切能够拿到手的资料,制定测试计划及测试方案(包括测试环境、测试人员、工作量评估、测试轮次、进度安排、测试重点等),目的是梳理功能模块,指定总体计划,以便测试工作按序展开。测试计划和测试方案需评审
3.编写测试用例
使用思维导图的方式将功能模块细化为功能点,再根据小的功能点编写用例。测试用例需要包括被测模块,用例概述,用例级别,预置条件,操作步骤和预期结果。其中操作步骤和预期结果需要编写详细和明确,如果涉及到特定场景的用例,还需将明确场景。当然,编写测试用例时也要区分轻重缓急,根据对测试任务的成功与否所起的关键性作用,可以将需求分成不同的组,那些对系统核心功能有影响的需求要优先并广泛的展开,而非关键性的需求可以投入较少的测试力度,或者在生命周期的稍晚阶段测试。测试用例需要评审(参与评审的人员有测试负责人,产品经理,项目经理)。
编写测试用例的同时准备测试数据
4.测试执行阶段
按照测试计划执行测试用例,标记用例执行结果,如:通过、未通过、需求待确认。发现bug后需要记录在bug管理工具中,作为开发人员修改bug以及测试人员回归bug的依据。结合自己的经验帮助开发定位bug,减少bug的生命周期,及时与相应的开发人员沟通,跟踪bug的状态。
5.输出测试报告
用于记录产品的测试状况及质量情况。包含该版本经项目组发布后测试组的接受结果与原因、存在的问题描述与分析。记录全部用例的测试结果,bug分布等

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值