软件测试入门四(测试流程)

一、什么是项目,什么是项目迭代 打个比喻:一个项目的一生就相当于人的一生,从出生到死亡,需要经历风风雨雨。不断的优化自己,丰富自己,充实自己,为了能够得到更多

一、什么是项目,什么是项目迭代

打个比喻:一个项目的一生就相当于人的一生,从出生到死亡,需要经历风风雨雨。不断的优化自己,丰富自己,充实自己,为了能够得到更多。那么项目也是如此,就像人类的生命一样,经历不断的迭代,才能让这个项目的产品做的更好

1、那么什么是迭代?

迭代就是项目的版本迭代,比如软件的4.01版本、4.02版本、5.0版本等等

迭代软件的更新,定期更新。

1>迭代为了增加新的需求,比如:双12活动,各大电商平台都需要更新。

2>迭代为了优化、修复,产品上线后,可能存在不影响使用的缺陷,这样的bug可以正常使用,在新的迭代就需要给他修复掉;不好的体验,虽然不是问题,新的迭代同样给他优化掉

综上2点:一个迭代的上线不仅仅有新的需求上线,还需要修复、优化掉不好的地方,这样才能越来越好

 

2、一个迭代的周期多长

新的项目排期往往比较久,因为刚刚开发,什么都需要准备,这种时间根据项目大小进行排期的。对于紧急的项目往往会进行倒排,什么是倒排:业务方急需这个需求上线,给定了上线的日期,那么开发测试人员就需要跟这个时间进行倒排,在什么时间点完成那个流程的工作。通常项目管理人员会建立里程碑,跟踪项目的情况

迭代周期:一般2周一次迭代(目前经历的大小公司都是2周)

 

二、测试人员和项目迭代存在一个什么关系

每个迭代,测试都会做同样的工作,就是需要对本次迭代中,产品发生修改的地方和新增的地方进行测试。

所以说,测试是一个反复的工作,每个迭代都需要做同样的流水线工作

 

三、一个迭代中,测试流程是什么?

重点:每个迭代的测试流程都是一样的

第一步:需求评审

通常产品会将收集的需求以及优化修复的需求整理成文档,通过会议的方式给大家宣导,这样大家才知道这个迭代要做什么

大家是谁:大家就是本次需求迭代中涉及到的人员都需要参加,比如:产品、ui、研发、测试

往往每个技术域的负责人也会参加,比如:研发经理、测试经理

 

第二步:测试计划

一个项目肯定不止一个测试、也不止一个开发,那么测试工作如何安排,上一就说了测试经理参加需求的回议,就是为了更好的非配工作。

测试计划一般如何安排?肯定根据测试人员的过去对项目的理解,计划的安排肯定是谁熟悉的模块谁负责

 

第三步:测试case编写(测试用例编写)

经过前两个流程,测试人员也清楚了本次迭代中,自己负责的模块是哪些,那么就需要对这些模块编写测试case

(为什么写case,编写case为了让测试人员有逻辑的去测试,不能想怎么测就怎么测,这样岂不会漏测。测试case可以通过覆盖场景,保证了测试每次执行都不会漏测。)

 

第四步:case评审

第三步中,测试人员编写了case后,需要拉产品、开发进行评审case,对于不合理的、漏的等等情况,反正需求修改的、或者需求新增的都需要补上

(为什么需要case评审,因为测试人员编写case只是根据自己的理解编写的,实际可能有偏差、有缺漏、有错误的,评审就可以纠正这些 )

(测试有case评审,开发同样有技术方案评审,都是为了大家不要错误的理解了需求)

 

第五步:测试环境部署、测试数据准备(大部分公司都不会有这一步,不论公司大小)

这一步骤一般没有。

公司有运维、有部署平台,根本不需要测试人员手动操作,有也是平台可视化操作。只有low的公司,才需要手动把开发提供的新的包给到测试,然后测试人员将测试环境的包替换新包

(Linux部署项目另说)

测试数据准备:项目往往需要一些预置的数据,那么这些数据往往需要测试人员去造,比如造一些用户信息、订单信息等等

 

第六步:case执行(重点)

根据前期编写好的case,执行case,记录每个case执行的情况

测试人员主要就是执行case的工作,需要将本次迭代的所有需求涉及到的所有case完成回归,确保没有漏测的情况(线上事故往往就是漏测导致的)

 

第七步:发现bug、定位bug、提交bug

case执行过程中,会发现bug,那么发现bug如何操作?

定位bug:测试人员通过自己的技能和经验排查这个bug的具体原因,如何定位bug:简短的说就是通过技术手段排查问题(数据库、Linux、抓包工具)

提交bug:运用bug管理工具,将bug的相关信息提交上去,定位到bug具体责任人,将bug提交给对方修改

 

第八步:验证bug、关闭bug

当开发人员修复完bug后会提交给测试,测试进行验证。如果bug修复了,则将bug管理工具上的bug进行关闭,否则重新打开

 

第九步:验收

收尾环节,当整个项目测试完成了,bug已经全部修复了。测试人员提供验收case给产品或者验收人员进行验收

特殊情况:部分bug非常难解决,或者上线紧迫,对于优先级、严重等级低的bug可以做下个迭代修复。出现无法修复的bug,上线会引发重大的问题的情况,本次迭代会经过沟通,延期上线(延期上线非常危险,往往需要追责,谁的责任导致的延期,往往绩效挂钩)

 

第十步:上线

验收结束了,在发版之日进行上线

上线还需要进行线上测试,但是线上测试只会执行验收case,不会执行所有的case

(验收case就是正常业务流程的case,量少)

 

上10个步骤的介绍就是一个项目的测试流程,测试在这个流程该干什么。每个迭代都是这个流程,所以说测试是个反复做流水线的工作

 

您可能有感兴趣的文章
软件测试精华总结,入门到精通全流程(必看,知识点很全)

什么是软件测试,软件测试究竟是做什么的

软件测试基础知识整理

软件测试的四个阶段(单元测试、集成测试、系统测试、验收测试)

软件测试系列——软件测试方法49种