概述：我们所做的每件事都有经济上的影响因为我们所做的事情有成本和收益在里面。测试时有关快速获得真实的反馈，消减浪费的测试活动，和在我们的程序面前放一面镜子。去理解这些活动的成本并将精力投资导向最有利的地方因此变得具有风险。
可能你会认为当某人决定写一本书的时候，所有的东西已经在他大脑中了。错误。拿我有一些话题来开头的单元测试的书来说，它在四个月左右的时间后才有了一个普通的思路浮现。这个思路就是经济学，甚至让我自己都吃惊。但是我已经开始看到经济学怎样充斥进我们在软件开发过程中所做的一切，具体到测试上。
如果你曾做过某种专业的开发工作，你很可能开发了某些特定的技能。当我们应用这些技能时，我们称之为工作。我们不会在工作的时候对其思考过多--有时候在工作后甚至更少--但是每件我们做的事情都有经济学影响因为我们做的事情有成本和收益因素。测试活动，不管谁在实际做这项工作，也是同样的道理。
历史
软件是一个相当年轻的行业，而测试作为一个职业更是如此。我们需要从一开始在测试人员存在之前就正确测试。在二次世界大战后，软件行业增长得越来越庞大，而伴随而来的是注入质量和维护成本以及名誉损失的经济风险。回到那个时候，开发人员测试软件；那是工作的一部分。那个时候，在20世纪80年代，事情发生了变化：计算机变得越来越便宜，而操作系统最终稳定而很适应。而现在软件编写便宜多了。
至少，如果你曾拥有过开发人员。开发人员在以前是一个相当稀少的资源。现在市场需要更多的开发人员。这导致行业的最有逻辑性同时又愚蠢的决定之一。很多机构决定他们会通过雇佣更廉价的人取代那些做测试工作的人，保持现有的开发人员在功能开发上使力。这在经济学上说得通，但是一旦开发人员从对代码负责的桎梏中脱离开来，软件质量多数时间被牺牲了。
第一批测试人员是缺陷捕捉者。今天的测试人员做的更多：他们从各个方面汇报产品的状态。为此，他们需要了解风险在哪，市场情况和用户情况。他们通过探索产品上的不确定区域来降低这些风险，证明预想，并且建议修改。他们定义测试策略，知道他们在这个世界上并不总是有时间因而他们需要对自己的活动做优先级排序。为了最大化测试效率，他们也需要对测试技能和他们团队里的活动有所了解。好的测试人员理解经济学概念。
一个测试人员身上要聚集这所有的资质？难怪我们找不到很多好的测试人员，而那些我们能够找到的要价堪比开发人员（嘘！）。
... ...
查看全文内容，请点击下载：http://www.51testing.com/html/09/n-3710809.html
大多数情况下，架构只创建一次。也许我们在创建他之前会思考良久。或者也许架构会需要打包很多次。不管如何，头脑中没有可测性，就会变得难以测试。这要么会导致不去测试难以测试的领域，要么是为了测试他要花费巨大精力。在经济学术语里，我们要么引入大的风险要么放缓开发工作。两个我们都不想要。当我们有一个可测的架构，我们可以根据我们拥有的需求对其修改。它可能仍然会让我们花费很多，但是已不足够去完全遗弃那个主意。让自动化测试来围绕架构，我们可以做必要的变动。
围绕该程序做测试也能够帮忙延迟"大的重写"。我们今天编写的代码应当能够持续使用20年。没有测试，它会一直使用直到开发人员决定从头从底层开始写程序比继续维护现有的代码更快。大的重写耗费巨大并且风险很大，而这样我们会想要尽可能延误他们。测试帮助我们做到那些。
策略
一个好的测试人员具有一个项目经理的技能。当修订一个策略时，他需要将开发人员怎样测试他们的代码考虑进去这样他便可以集中精力在覆盖较少测试的部分。他持续不断地检查反馈循环来确认哪里可以减少。他会看自动化测试执行的长度并且想办法来减少它，哪里可以在继承测试上投资，这样可以给予他更多自信但是也会耗费更多时间和资源来创建和调试程序，而需要多少手工测试时给予自动化测试的数量的。
... ...
查看全文内容，请点击下载：http://www.51testing.com/html/09/n-3710809.html
版权声明：51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像，否则将追究法律责任。
