熟悉软件的生命周期AND测试工程师的工作流程
1、软件的生命周期
*软件生命周期(SDLC)是软件开始研制到最终被废弃不用所经历的各个阶段。在不同阶段里，由不同的组织、个人和资源进行着明确的任务。
2、生命周期的模型
*常见的生命周期模型有：瀑布模型、V模型、敏捷开发模型。实际工作中根据不同领域或不同方法再进行具体的划分。
2.1、瀑布型生命周期模型
瀑布模型是第一个软件生命周期,包括问题定义及规划、需求分析、软件设计、程序编码、软件测试和运行维护等六个基本活动,并且规定了它们自上而下相互衔接的固定次序,如同瀑布流水逐级下落。具有顺序性和依赖性。
（每个阶段规定文档并需进行评审===PS:评审完后才能进入下个阶段）
一、问题的定义及规划===由产品、领导等人完成
主要确定软件的开发目的及其可行性。制定项目总体开发计划。
二、需求分析–由产品完成
在确定软件开发可行的情况下， 对软件需要实现的各个功能进行详细分析,明确客户的需求，输出需求规格说明书(原型图)，提交评审。
三、设计–由开发完成
把需求分析得到的结果转换为软件结构和数据结构，形成系统架构。
概要设计:主要是架构的实现，指搭建架构、表述各模块功能、模块接口连接和数据传递的实现等项事务。
详细设计:对概要设计中表述的各模块进行深入分析等，其中需要包含数据库设计说明。
四、编码–由开发完成
按照详细设计好的模块功能表，编程人员编写出计算机可运行的程序代码
五、软件测试
在软件设计完成后要经过严密的测试,以发现软件在整个设计过程中存在的问题并加以纠正。测试的方法主要有白盒测试跟黑盒测试两种。建立详细的测试计划并严格按照计划进行
单元测试:主要是测试程序代码,为的是确保各单元模块被正确的编译,比如有具体到模块的测试,也有具体到类,函数、方法的测试等 ====（PS:一般是开发来完成）
集成测试:单元测试后,将各单元组合成完整的体系,测试软件单位之间的接口是否正确、数据能否正常传递===（PS:比如说登录和充值这两个功能是否能够连通)
系统测试:把软件系统搭建起来,按照软件规格说明书中所要求,测试软件其性能功能等是否和用户需求相符合,在系统中运行是否存在漏洞等
(PS:根据测试用例,进行完整的系统测试。测试人员独立完成）
验收测试:主要就是用户在拿到软件的时候,在使用现场,会根据前边所提到的需求,以及规格说明书来做相应测试,以确定软件达到符合效果（PS:用户对软件进行验收）
六、运行维护
软件维护是软件生命周期中持续时间最长的阶段。在软件开发完成并投入使用后,由于多方面的原因,软件不能继续适应用户的需求。要延续软件的使用寿命,就必须对软件进行维护。软件的维护主要包括纠错性维护和改进性维护两个方面。
（PS：纠错性维护==修护、改进性维护==新增）
2.2、V模型
RAD (快速应用开发)模型是软件开发过程中的一个重要模型，由于其模型构图形似字母V,所以又称软件开发的V模型。它通过开发和测试同时进行的方式来缩短开发周期，提高开发效率。
（PS:系统测试用例根据需求说明书编写出来的。
集成测试用测根据概要设计中模块功能及接口等实现方法编写出来.
单元测试的测试用例是和详细设计起出现的，在研发人员做详细设计的时候，相应的测试人员也就把测试用例写了出来)
2.3、敏捷开发模型–重点
敏捷开发模型是一种以人为核心、 迭代、循序渐进的开发方法。强调以人为本，专注于交付对客户有价值的软件。是一个用于开发和维持复杂产品的框架
（PS: 就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态)
迭代用例：
（比如开发微信:它拥有朋友圈、聊天室(语音、转账、语音/视频通话、地理位置)、小程序等等几十个功能。
几十个功能全部开发需要2年时间，时间太长，我们就需要迭代
第一个迭代版本:优先级最高的4个可以独立运行的功能===只需要半年时间
第二个选代版本:继续从剩下的功能中优先选择几个重要功能===只需要半年时间
第三个选代版本：
第四个迭代版本：
以此类推….
问：迭代多少个？==就是迭代了多少个版本
迭代周期是多少？==就是迭代一个版本所需要的时间
以人为核心===强调沟通（经常开会沟通，交流），弱化文档
3、软件测试的基本流程(重点)阶段
测试需求分析阶段:阅读需求,理解需求，主要就是对业务的学习，分析需求点。参与需求评审会议
测试计划阶段:主要任务是编写测试计划，参考软件需求规格说明书、项目总体计划，内容包括测试范围、进度的安排，人力物力的分配，整体测试策略的制定,和风险的评估与规避措施有一个制定，一般有测试负责人编写，当然我们可能也会参与相关的评审工作。
测试设计阶段:主要任务是编写测试用例，会参考需求文档(原型图)、概要设计、详细设计等文档,有不明确的也会及时和开发、产品经理沟通。用例编写完成后会进行用例评审。
测试执行阶段:首先搭建测试环境,执行预测(冒烟测试),以判定当前版本可测与否,如果预测通过,正式进入系统测试阶段,遇到问题提交Bug到缺陷管理平台,并对bug进行跟踪，直到被测软件达到测试需求要求，没有重大bug,测试结束。—– (可以完善测试用例)
测试评估阶段:出测试报告(测试人员编写)，对整个测试的过程和版本质量做一个详细的评估。 确认是否可以上线。
4、软件开发流程、测试流程梳理
开发人员的工作流程:需求分析–>得知功能组成及设计软件结构、数据结构(概要设计、详细设计)–>编写代码–>单元测试–>代码审查–>打包提交测试部–>等待测试提交bug–>修复bug–>等待测试回归bug–> ..N轮—>版本上线—>面向用户使用
测试人员的工作流程:需求分析–>编写测试用例–>评审测试用例—>搭建测试环境—>等待开发研发完成，提交测试包进行测试(酱油期)—>部署测试包—>冒烟测试(预测）—>执行测试用例–> bug跟踪处理(提交及回归bug) –> ..N轮—>版本上线—>面向用户使用
版权声明：本文为dianpei原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。