从事软件测验职业，每天面临的被测方针都是软件。假如想要更好的去完结测验作业，首要需求对被测方针，也便是对软件要有根本的了解。
程序好了解，便是能够操作的产品。比方 wps、微信、QQ、网页等等这些都是程序。比方说需求文档、规划文档、用户手册这些东西都归于文档。在页面中展现的，还有用户输入的内容这些都是数据。
软件开发模型便是在软件开发傍边，逐步总结了许多的经历，这些经历经过提炼总结就变成了开发模型。比方最开端的瀑布模型，后来到了灵敏开发模型，一向开展到现在最火的 DevOps 模型。
瀑布我们都了解，水是从上到下的流下来的。那瀑布模型也是相同，像水流相同从上往下一步一步进行的。
不论做任何事情，剖析的作业是肯定是必不可少的。瀑布模型里边也是这样，首要要做的便是需求剖析。
需求文档是产品人员从用户那里了解并收集到的。了解清楚用户想要什么之后，再把它细化成为一个文档。文档会清楚列出体系大致的大功用模块，大功用模块有哪些小功用模块，而且还列出相关的界面和界面功用。有了这个文档，产品的 UI 界面、功用就都确认下来了。
在瀑布模型中，软件开发的各项活动严厉依照线性方法进行，当时活动承受上一项活动的作业效果，当时活动的作业效果需求进行验证。
瀑布模型是线性模型的一种。它在一切的开发模型傍边占有重要的位置，是一切其他模型的一个根底。其他的模型都是依据这个线性模型演化过来的。
瀑布模型的长处很明显，开发的各个阶段比较明晰，着重前期方案及需求查询，比较合适需求安稳的产品开发。
可是由于开发模型是线性的，增加了开发的危险，所以前期的过错或许要比及开发后期的阶段才干发现。
灵敏开发方式是一种从 90 时代开端逐步引起广泛重视的一些新式软件开发方法。这种开发模型更适用于需求频频改变和需求快速开发的场景。
XP（eXtreme Programming）是一种近螺旋式的开发方法。它是把杂乱的开发进程分解为一个个相对比较简略的小周期。在每一个周期里边，项目人员和客户都能够十分清楚开发进度、改变、待处理的问题和潜在的困难等，而且能够依据实际状况及时地调整开发进程。
：XP 要求用最简略的方法完结每个小需求。这些规划只要能满意客户在当下的需求就能够了，不需做更深邃的规划，这些规划都将在后续的开发进程中能够不断地调整和优化。
：指代码由两个人一同完结。一个人首要考虑编码细节。别的一个人首要重视全体结构，不断的对第一个开发写的代码进行评定。
：测验驱动开发的根本思想便是在开发功用代码之前，先编写测验代码。测验代码编写好了之后，再去编写能够经过测验代码的功用代码。这样就能够让测验来驱动整个开发进程的进行。这样做，有助于编写简练可用和高质量的代码，有很高的灵活性和健壮性。
：XP 着重简略的规划，但简略的规划并代表是没有任何结构的流水，也不是缺少重用性的程序规划。XP 发起重构代码，首要是尽力削减程序和规划中重复呈现的部分，增强程序和规划的可重用性。
：代码集体一切意味着每个人都对一切的代码担任。反过来又意味着每个人都能够更改代码的恣意部分。
：由于我们能够都能够改代码，那开发小组中的一切人都需求遵从一个一同的编程标准。这样一切的代码看起来好像是一个人写的。由于有了一同的编程标准，每个程序员愈加简单读懂其他人写的代码，这是完结代码集体一切的重要条件之一。
：团队只要耐久才有取胜的期望。能够把项目看作是马拉松长距离跑，而不是全速短跑。需求团队成员坚持长时刻安稳的作业节奏。
：集成便是要把我们的代码合并到一同。团队开发成员需求常常集成它们的作业。每次集成都经过主动化的构建（这其间还包含了主动化测验)来验证，这样才干尽快地发现集成过错。
：为了协助每个人一同清楚地了解要完结的客户需求、要开发的体系功用，团队需求用许多形象的比方来描绘体系或功用模块是怎样作业的。比方，关于一个搜索引擎，它的体系隐喻或许便是“一大群蜘蛛，在网上四处寻找要捕捉的东西，然后把东西带回家中。”
终究一个便是发布办理的维度了。交给是把产品交到客户手上。发布便是把产品上线，让用户能够拜访。整体来说，交给和发布都是让用户能够拿到产品去运用。
：那规划有多小呢？便是每个迭代 1-3 周时刻。在每个迭代完毕的时分，团队交给可作业的，经过测验的功用，这些功用能够立刻投入运用。
：猜测在交给日期前能够完结多少作业，确认现在和下一步该做些什么。不断的答复这两个问题，便是直接服务于怎么施行及调整开发进程。
：每一个项目贡献者都是“团队”完好的一部分。这个部队是围绕着一个每天和部队坐在一同一同作业的商业代表——“客户”建立起来的。
：在 XP 中，“客户”并不是为体系付账的人，而是真实运用该体系的人。XP 认为客户应该时刻在现场处理问题。
从 XP 开发模型能够看出来，里边开发和客户是占有主导位置的。测验的作业根本都是经过主动化的方法来进行。比方在编码进程中的测验驱动开发这个环节，还有继续集成中也包含了主动化的测验。整体而言这个开发模型对开发和测验的要求都是十分高的，团队里边的人有必要都有十分高的水平，这个模型才干作业成功。这是开发小型项目的一个抱负状态下的状况，比较难完结。
在 Scrum 模型里边，最根本的概念是 Sprint。Sprint 其实便是一个冲刺，浅显一点来说便是一个迭代周期。
整个项目开端之前，会先有一个产品 Backlog。运用产品 Backlog 来办理产品的需求的。它是整个项目的概要文档。Backlog 是一个依照商业价值排序的需求列表，列表条目的表现方式一般为用户故事。
Scrum 团队从产品 Backlog 中选择最高优先级的需求进行开发。选择的需求在 Sprint 方案会议评论。
在 Sprint 上经过评论、剖析和预算得到相应的使命列表，能够称为 Sprint Backlog。
Scrum 中，整个开发进程由若干个短的迭代周期组成，一个短的迭代周期称为一个 Sprint，每个 Sprint 的主张长度是二至四周。
在每个迭代周期中，Scrum 团队会举办每日站会。在每日站会上查验 Sprint 方针的发展，做出调整，然后优化次日的作业。
在每个迭代周期终究，需求进行一次 Sprint 评定会议，让团队向产品担任人和利益相关者展现已完结的功用。
Sprint 评定会议完毕之后，下一个 Sprint 方案会议之前，需求进行 Sprint 回忆会议。回忆会议是要找出 Sprint 进程中，哪些地方履行的很好，哪些地方履行的欠好，团队能够做哪些改善。
这就整个 SCRUM 模型的作业流程。在每一个 Sprint，也便是一个迭代周期中，其实是一个小的瀑布。在每个迭代周期中，都会完结一个从需求剖析 - 规划 - 编码 - 测验 - 上线这样的完好流程。不同的迭代周期或许是部分重合的。比方说第一个迭代周期进行到了测验阶段，第二个迭代周期的需求剖析或许现已开端了。这样不断的循环迭代往下进行。
DevOps 是十分重视开发（Dev）、运维（Ops）、以及测验人员之间交流协作的一个开发模型。
在 DevOps 里，是经过主动化的软件交给的流程，来让构建、测验、发布软件能够愈加地便利、频频和牢靠。
它的呈现其实便是由于现在的软件需求愈加快速的上线，假如想完结每天都能上线新功用。可是灵敏开发模型，它再快也得一周的时刻，完结不了这个需求。所以我们认识到了，为了能够愈加便利的上线，开发、测验和运维作业有必要严密协作。所以说 DevOps 更合适运用在需求频频改变、开发、测验运维都需求灵敏的场景下。
这是 DevOps 生命周期中软件不断开发的阶段。与瀑布模型不同的是，软件可交给效果被分解为短开发周期的多个使命节点，在很短的时刻内开发并交给。
关于继续测验，能够运用一些主动化测验东西，比方说 Selenium、Appium。Selenium 是做 web 主动化的东西，Appium 是做 app 主动化的东西。主动化的东西还需求合作测验结构一同去运用，比方 Java 中的 TestNG、JUnit，python 中的 unittest、pytest。有了这些主动化测验的东西，就能够继续的对开发出来的软件进行测验了。
这个时分能够运用 Jenkins，这是现在最盛行的继续集成的东西。运用 Jenkins，能够从 Git 库提取最新的代码，并生成一个构建，终究能够布置到测验或出产服务器。
还能够把 Jenkins 设置成发现 Git 库里有新提交的代码，就能够主动触发新构建，也能够在单击按钮时手动触发一个新的构建。有了 Jenkins 这款利器，就能够十分便利的完结继续集成的作业。
继续集成完结之后，就能够直接把代码布置到各种环境中。在这个阶段，需求确保只要经过了继续测验的正确代码，才干被布置到服务器上。
由于假如上线了新功用，产品就会有更多用户去运用。这样的话，运维人员或许还需求扩展服务器来包容更多用户。假如能够完结继续布置，就能够经过装备办理东西快速、频频地履行布置使命。让产品能够更快的和用户碰头。这就打通了开发、测验到上线的一个快速通道。
在这个阶段，容器化东西 Docker 也发挥着重要作用。它能够协助坚持各种环境是一同的。比方说测验环境、出产环境等等这些，由于环境的不同也或许会导致一些 Bug 呈现。
布置上线之后，就到了继续监控的阶段。这是 DevOps 生命周期中十分要害的阶段。经过线上的监控能够协助进步软件的质量，监控软件的功能。
这儿也会触及运营团队的参加，他们也会监控用户在运用产品进程中的一些过错行为，为今后需求的进一步优化供给数据支撑。
在这个阶段，能够运用 ELK Stack。这是一个收集线上数据，而且剖析展现的渠道。经过这个东西能够主动的去收集用户的动作，产品的一些线上的 bad case，经过剖析这些数据，能够为产品将来的开展方向做出辅导。