队而言，现在仍然如此。

你问什么是构建和部署？

好问题。

你知道如何写代码，并检入到源控制系统吗？

拥有一些方法来确保代码可在你检入后真正能工作很不错。

这就是构建系统的用武之地。

最起码，构建系统将编译所有代码，并确保没有编译错误。

一个复杂的构建系统可以运行单元测试或用户测试，运行代码质量检查，并提供关于代码库当前状态的一些报告。

部署系统将负责部署代码要么到生产机器要么可能到某种测试环境。

你不必成为这些技术的绝对专家，但是了解至少这些系统如何工作的基础知识，以及构建和部署代码的过程，是非常重要的。

通常情况下，创建和维护构建和部署系统的实际职责属于所谓的DevOps（developer operations的简写）——这个快速增长的领域。

但是，这并不妨碍你至少了解关于这个过程如何工作的基础知识。

测试

曾几何时开发者并没有必要知道太多关于测试的内容。

我们习惯于写一串代码，然后扔给测试人员，让他们去找代码中的各种bug，然后我们再来修复bug。

切不可再如此。

随着越来越多的软件项目开始采用所谓的敏捷过程，（后面再方法这一点中我们再细谈），软件开发人员和测试人员不得不更密切地一起合作。

质量已真正成为了整个团队的责任——我倒是更想说，它一直都是。

随之而来的是，你需要了解一些关于测试的东西。

你至少应该熟悉如下基本术语：

• 白盒测试

• 黑盒测试

• 单元测试（不是真的测试）

• 边界条件

• 测试自动化

• 验收测试

一个好的开发人员——我假设你至少想成为一个优秀的开发人员——会在将代码交给别人之前测试自己的代码。

如果你真的想被认为是专业的，并非浪者虚名，那么这一条没有商量余地。

调试

嗯，很多新手软件开发人员在调试时都感觉自己像是在用鸡蛋碰石头。

每个人都希望写代码，没错吧？

但好像没有人愿意调试自己的代码？

这就是真相。

大约90%的时间软件开发人员是用来搞清楚到底为什么代码不能正常工作。

我知道你只是想能够整天写新的代码，但是此路不通。

如果你采用如测试驱动开发这样的方法，那么你可能会少花很多时间在调试上，但无论如何，不管你做什么，不管你如何努力，你都不得不学习如何调试代码或其他人的代码。

因此，与其采取一种随意的方式来做一些你不得不做的事情，还不如咬紧牙关竭尽全力学会如何有效地做好这件事情。

方法

有没有被我列出来的需要知道的事情清单吓倒？

好吧，还有一个——但是我保证这是最后一个。

虽然一些软件开发团队才刚开始写代码，不择手段只要完成任务即可，但是大多数团队还是至少遵循某种方法的。

出于这个原因，熟悉一些最常见的软件开发方法背后的基本理念至关重要。

今天，我要说的是瀑布式开发和敏捷开发。

大多数团队会声称他们正在做敏捷。敏捷本身是一个非常松散的概念，但也有一些做法和——原谅我的措辞——固定程序是你应该知道的，如果你不想只是纸上谈兵，想要打造一支敏捷团队的话。

不堪重负？不需要

我知道这些内容通通要掌握的话，有点多，而且我仅仅触及了大多数主题表面的东西。

现在，你可能会觉得有点不知所措，有点不堪重负，面对这些所谓的技术技能一片茫然。

没关系。你不用不着这样，除非你已经是一个软件开发从业人员，在这种情况下，可耻的是你！（开个玩笑。但你真的最好需要提高自己了，真的。）

所以，淡定点。

好吧，接下来，学习这些技术技能的时候到了，你准备好了吗？