转载声明：文章来源https://blog.csdn.net/m0_70618214/article/details/131421369 

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

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

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个步骤的介绍就是一个项目的测试流程，测试在这个流程该干什么。每个迭代都是这个流程，所以说测试是个反复做流水线的工作