摘要：在本文中，咱们将探讨软件开发过程中对于角色、重构和品质的问题。
“每天都会有更多的技术产生，每家公司都在互联网上，每家公司都将成为一家科技公司。”OKTA 首席运营官兼联结创始人 Frederic Kerrest 说道，因为他们必须找出应用该软件的更好办法。软件不仅成为了一个必需品，更成为了一个竞争劣势。因为泛滥公司围绕软件而竞争，软件开发相干的事宜显得越发重要。开发软件的人——软件工程师正显得越发重要。
“对于常识，要求知若渴；对于本人，要不耻下可。”优良的软件工程师肯定是在软件开发的路线上前行者。自学是其成长的一个重要伎俩，在自学的过程中，咱们是能够通过考试的形式来收敛思路，督促本人学习，从而进步本人的基本素质。诚然，准则和模式是软件工程品质的基石。但技术是工具, 是为人服务的，而不是相同的。咱们不能为了投合某种技术而束手束脚，让本人特地好受。与此同时，要让本人的能力施展到极致，良好的心情是必须要有的，因为软件工程中的一个外围因素是人的因素。
诚然，在软件开发过程中，咱们不仅要将本身内功修炼好，更应该“用产品谈话”。那么，在这个过程中，咱们该如何保障开发的品质呢？在开发的过程中如何专一于本人善于的事件呢？在本文中，咱们将探讨软件开发过程中对于角色、重构和品质的问题。
角色
咱们常常提一句话：反动工作只有分工不同，没有高低贵贱之分 。这里的分工其实就是角色的划分。角色划分是为了 让个体承当的工作量最小化 ，从而能够把咱们从繁文缛节中解放出来， 专一于本人善于的事件。那么，在软件工程当中，这样的理念应该如何贯彻呢？
软件工作外面的 脏活 儿、累活 儿个别是指 技术老旧而不得不保护的一些工作。还有一些重复性强的工作也被称为脏活儿、累活儿。
对于这种活儿，个别工程师 都想推脱掉。次要起因是认为做这类活儿技术进步的空间很小，再加上技术古老，这些技巧学会了当前也用不上，同时也比拟干燥。
这类工作的工程师 个别是指派的 。须要对相干的工程师进行一些必要的技术培训或者间接招收 懂得相干技术的工程师退出工作。
效率和价值次要体现在帮忙客户解决现有软件系统中的问题，或者增加新的性能。客户可能很少违心购买一套簇新的零碎，因为价格绝对比拟高，所以他们宁愿少花点钱去做些修修补补的工作，可能解决当务之急就能够了。
运维工作的价值是把曾经开发进去的组件和系统集成起来对立的工作 。是推出面向用户的软件系统产品的重要一步。我 不认为是边角料 的活儿。
运维相干的工作越简洁越清晰越好 。这部分相干的 文档个别是 read me markdown 的模式寄存在软件系统的 repo 中。通过查看这些文档，应该能够自行部署整套零碎。
零碎部署个别会分几种类别，开发模式，qa 模式，staging 模式和生产模式。
业界对于软件开发过程中的角色有不同的了解和认识。笔者观点如下:
1. 我的项目产品经理 负责 业务需要的解决 ，负责 跟客户与开发团队打交道。
2.我的项目开发组长肯定是全栈，须要统筹规划，与项目经理一起探讨需要剖析，与开发组成员一起探讨开发设计，任务分配与开发实现。
3.前端工程师 负责 网络页面程序 开发，手机端利用 开发，桌面端利用 开发等等。
4.后端工程师负责 API 设计与开发, 数据分析解决与音讯推送。
5.运维工程师负责部署环境的搭建与看护。
6. 针对具体的业务需要，还 会有更细分的角色类别 ，比如说 大数据 工程师，算法 工程师，AI工程师，机器学习 工程，深度学习 工程师, 中间件 工程师。
7.测试工程师负责系统集成后的业务需要案例测试。这一部分的输出跟开发团队的输出是一样的，都是用户的需要。输入则是需要案例对应的测试报告。而开发团队的输入就是整个软件系统。
重构
为什么咱们须要对代码和设计进行重构？次要是因为咱们发现了更好的做法，如 效率更高，更容易保护 等等。
简略的代码重构咱们都比拟相熟，比如说你通过工具就能够做一些整顿。
一般来说，重构是为了解决复杂度的问题。
当初比拟头疼的一个话题就是对老产品的重构，一些老产品波及到上千万行，上亿行的代码。
对于老产品整改的问题。如果只是缝缝补补的话，可能起不到化繁为简的目标。其实做相似这种工作的话，有一个比拟可行的计划。就是把现有的产品当做一个成型零碎也就是现有运行的产品，不要做大的改变，顶多就是批改 bug。
而后以这些成型的零碎为基准，去写新的零碎。相当于参照一个大的白盒就写一个小的白盒，这样新的小的白盒品质上必定比大的白盒性能上要有劣势。
这样子循序渐进去做的话，就会比拟靠谱。
有敌人会说下面的做法是重写，字面意义上没错的。
实际上不矛盾。区别就是 重构的形式应该从下往上还是从上往下 。比如说咱们 当初大部分的重构都了解为从下往上来做 。也就是感觉这个文件外头 有坏代码的滋味 ，而后 就改 这个文件，这样做是没有问题的。前提是这项工作的上下文比拟单纯，无技术债权。
很多状况不是如此侥幸的，比方当初有些人遇到的问题，就是发现上下文不是很清晰，这个代码为什么要这么写？为什么一个文件有 1 万行或者 3 万行，这个 前因后果不是很分明。
这个时候可能就 须要从整个子模块来进行一个自上而下的剖析。梳理出这个子模块的性能需要是怎么的，须要有多少个公共接口？外部公共接口的实现形式是不是应该像目前这样的？
一个文件可能写成 1 万行或者 3 万行，必定是有肯定历史起因的，绝大水平是因为全局把握的编程能力不够造成的。
像这种状况，如果从这个文件自身去做重构的话，难度十分之大，然而如果从上往下，从模块的整个设计角度来做重构的话，可能就容易一些。
对于这样的硕大无朋，最好的方法就是分而治之 。首先要 确定零碎的性能逻辑点 ，针对这些逻辑点，要编排好对应的检测点，也就是说等咱们实现了重构当前，咱们得确保咱们的重构是没有问题的，这些检测点就是做这个的，咱们 能够了解成集成类的测试。
这些 集成类的测试肯定要确保能够在以后未重构之前的零碎上失常运行。
有了这个设施当前，咱们就能够发展咱们的重构工作。重构的办法有很多，比方采纳比拟好的工具，函数和变量的命名扭转，调用形式的扭转等等。这些是在 现有代码的根底上进行的重构 。这里咱们重点说一下重写的形式来实现重构。所谓 重写 呢，就是另外 开拓一套代码底座。甚至能够选用不同的编程语言。
这种状况下重构首先要重用已有的业务逻辑，实现 针对业务逻辑集成测试 100% 的通过率。
具体不论采纳哪种形式都要一个模块一个模块的进行推动。验证实现一个是一个，千万不能急于求成，试图一次性的把某些问题搞定。如果呈现很屡次失败，有可能会消磨掉你的自信心。所以 肯定要一点一点的往前推动，始终是在提高当中。采纳了这种形式当前，不论以后的零碎有如许的宏大，你只有保持做上来，就肯定可能把重构工作彻底实现。
这个时候须要做的具体步骤能够参考如下:
1. 依据性能需要定义公共接口。
2. 依据公共接口写出测试案例代码。
3. 这个时候能够依照测试驱动开发的理念去填充代码。
4. 代码能够从现有的代码中抽取进去。
5. 在抽取的过程中进行整顿重构。
这样，这个子模块实现当前，就能够尝试去代替现有的子模块，看看能不能在整个零碎中平安的运行。
对于整个零碎来说，咱们又能够分成很多个子模块。而后又能够 对各个子模块各个击破，最终实现对整个零碎的重构。
如果一开始对整个零碎进行重构的话，也是能够从自上而下的角度来看的。
比如说开始的时候先把所有的子模块看成一些占位符，假设他们曾经实现他们的接口了。那对于整个零碎来说，它自身就是一个子模块，属于提纲挈领的那个模块。
这个过程，从字面意义上能够了解成重写，实际上，它也是一个重构的过程，因为咱们必定会重用这个零碎自身的一些现有代码和现有的逻辑。
下面咱们是假设零碎在曾经实现的状况下进行的重构，其实 重构能够贯通于软件开发的始终。软件开发的首要指标是实现业务逻辑，可能解决客户的问题。这个指标实现当前，咱们就要谋求代码的洁净度，复杂度可能降到最小，以后的技术可能用到最先进。
所以只有有机会，咱们都应该对代码和设计进行重构。
品质
品质间接关系到客户是否对咱们的产品称心。那咱们应该如何保障软件开发的品质呢？
要 遵循整个开发团队的共识 能力 保证质量 。共识是一个 可大可小 的术语，大到现实、哲学、人生观；小到软件设计准则，设计模式，代码格调。如果是 打造一个团队那就是长期的指标，共识肯定要从大的方向上动手 。如果仅仅为了 开发一个我的项目，共识能够从具体的细节着手。
软件品质的保障，须要 整个 团队造成共识 ，大家都 遵循 这个 共识 。这个共识体现在开发准则，设计模式和代码上，具体表现在 架构代码和模板代码 上，在 我的项目最后 的开发阶段，开发速度肯定要慢，就是为了 通过重复的斟酌夯实 ，把 代码的共识局部建设起来。
格调上的指标 是，不论这个团队有多少集体 ，写进去的 代码 ，就像一个人的代码一样， 格调是统一 的。
代码的品质也体现在复杂度上。复杂度的指标 是，在 目前的技术条件 下，以后的代码的 复杂度应该为最低。
另一个软件高质量的重要指标是代码的 白盒可测性 。 测试的框架 应该在我的项目开始阶段 搭起来 。等局部 代码成型的时候 ，逐渐的 增加必要的测试案例 。测试 案例的选取 能够 依照环形复杂度 的计算方法来确定，也能够依据 集成测试对应的用户需要 来确定。
接下来进一步细说一下 软件开发中的测试 。与代码相干的测试，个别有 单元测试, 集成测试和零碎级的测试。
单元测试，个别被认为十分繁琐 。单元测试的 繁琐次要体现在测试案例的选取 上, 如果应用 全笼罩形式来选取测试案例 的话，会产生大量的测试代码，当前保护起来也是一个累赘。如果采纳 环形复杂度来选取测试案例 的话，会产生适量的测试代码，然而环形复杂度的计算也是一个很大的工夫开销。
集成测试跟客户的理论业务需要相干。在这个过程中须要理清接口的输出与输入，以及运行门路，而后据此来设计测试案例，写出测试案例代码。
开发人员个别不会回绝写集成测试。因为她带来的益处是实实在在的，会极大的进步你的开发效率和调试效率。尤其是对于无界面的程序接口尤为重要。
零碎级测试是大零碎中子系统之间的集成测试。这个次要蕴含两个方面：
一个方面是有界面的自动化测试，通过这样的测试架构来模仿人类用户的应用过程，同时减少一些随机性的行为，试图可能找出零碎的一些破绽。
另一种是无界面的测试，体现在多个服务零碎之间的调用上或者相似浏览器自动化框架的应用上。
一套残缺的测试零碎，能够帮忙工程师 进步开发效率 ， 缩小当前系统维护和重构的老本。
从测试的紧迫性上来说，集成测试最为必要，零碎间的测试有时候应用手工测试通过一些测试工具来代替。单元测试能够有很广大的探讨空间，这部分要具体问题具体分析。
如果只是为了 应酬查看而写测试 代码，是 没有意义 的。
如果 测试代码没有起到应有的价值 ，写测试代码 也是没有意义的。
工程师是 软件高质量的 次要执行者 。 我的项目组长，架构师和开发经理是软件高质量的护航者和守护者。
所以不能放任让工程师从下而上的去保障软件品质，这个要求对工程师来说过高了。
小结
最初提一下工程师文化和主人翁精力。对于工程师文化的外延，我认为蕴含如下几点：
- （1）工匠精力，对于所做的事件有着精雕细琢的热诚。
- （2）试错文化，敢于尝试，违心做第一个吃螃蟹的人。
- （3）自律，这个自律是指“吾日三省吾身”。一直的自我纠错检查进步。
对于主人翁精力，不论做什么工作，只有想充分发挥本人的能力，真正的做些事件，不论级别如何，薪水多寡，简略地说，就是时刻把所做的事件当作本人的事件来做。否则的话，时刻宽宏大量，咱们做事件的时候就无奈全力以赴。
如果抱有患得患失的心态，咱们的工作效率就会降落。长此以往，不仅赚不到想赚的“大钱”，也会妨碍本人能力和心情的进步，堪称是捡了芝麻，丢了西瓜。工夫是贵重的，真的不容节约。
对于主人翁精力的一些具体表象很多，诸如：从来不说“这不是我的事”；做事件不为了短期利益而就义长期利益；等等。
通过本文，笔者梳理了一下从事软件工作二十多年来的心得体会，心愿能给大家带来一些有意义的启发。
点击关注，第一工夫理解华为云陈腐技术~