当表达一个要求时，商务人员的希望是完成只需可以正常作业。但关于终究产品是否真实按意料的办法作业，在商务或软件历史上就几乎没有到达过一致意见。从工程视点看，与功用、可靠性、安全性等相关的任何问题假如不能满意要求就都应该被视作缺点。而从商务视点看，人们以为避免这些问题自身便是所表达的要求的一部分。
商务希望与在开发和测验进程中的要求演化之间的这种隔膜原因比字面意义上要深入得多。这是与传统安排文明相关的典型症状，即工程师以为商务人员不理解软件开发进程的复杂性。与此同时，安排的商务侧人员以为工程师患有聪明开发人员归纳病症(SDS)——一种病态失调，即工程师所做的都是他们以为最好的，由于他们聪明嘛。
完成战略
那么解决方案是什么？一个安排如安在商务方针和开发进程之间架起交流的桥梁？战略是保证工程师供给满意希望值的软件的要害，而且将质量认识根植于软件开发流程。经过完成战略驱动的开发办法，安排就可以在从创立到支撑的整个软件开发周期内下降危险、进步产能并下降本钱。战略驱动的开发根底是三个中心举动：
1． 界说战略方法的希望值，并以此辅导工程师怎么开发和测验软件
2． 在驱动这些战略的商务方针方面培训工程师
3． 在恰当的根底设施协助下主动监督战略的坚持力
明晰地界说可施行和可丈量的战略可构成前后一致性和很高的精度，保证用文字界说的严厉质量进程可以遵从施行。此外，为了高效地到达明晰性和可丈量性，战略增强主动化很有必要。
辅导方针仍是战略
假如你问询一个安排的开发战略，许多人会很快指向他们的最佳实践和辅导方针。但辅导方针和战略是不行交换的两个概念。辅导方针描绘主张的行为，而战略描绘希望的行为。一切战略都有以下三个组成部分：
● 战略有必要是主动可施行的：人工查看工程师是否遵从战略是不行行的。有必要运用某种主动机制来查看违例并加以提示。
● 战略违例提示有必要有针对性：只有所编写的代码违背战略的工程师才应被提示。这样，契合战略的工程师可以继续不中止地作业。
● 有必要拟定纠正战略违例的主动化作业流程：应该界说工程师发现和处理战略违例的办法并完成主动化。
对嵌入式软件安排来说好消息是，有现成的技能可用来主动履行战略，假如履行正确的话，可以改进质量、进步产能、下降开发本钱和危险。
战略与进程的匹配
“胡佛塘坝有必要滴水不漏”是一个合理的战略，它以平实清晰的言语确立了一个安排的方针。现在考虑“每天查看一次漏水状况”的战略。表面上，这个战略好像可以推进安排朝方针跨进，但更细心的查看可以露出出在许多嵌入式开发商铺中盛行的缺点类型。
这种战略达不到预期作用的当地是它答应问题先产生。它不是支撑第一个战略的方针，而仅仅查看与不能满意在“胡佛塘坝有必要滴水不漏”中承认的安排方针相关的症状。惋惜的是，许多开发测验实践都遵从这种治标不治本的模型。
一个好得多的战略是“每天加强塘坝的最缺点”。经过匹配战略和进程来满意想要的商务方针，你可以创立一个结构来保证并坚持嵌入式软件的强度、安全性和可靠性。
图1：静态增强编码战略的开发测验渠道。
战略与开发测验
开发测验是在整个开发进程中对软件测验行为的继续整合。它可以削减技能过错，避免缺点生成，这是在使用生命期内进步功率和下降危险的要害。开发测验渠道是完成开发测验实践一致性使用主动化的根底设施，这些实践活动包含静态剖析、单元测验、对端查看、覆盖率剖析、运行时过错检测，以及准确和客观地丈量产能和使用质量。
每个安排或许发现不同的开发测验活动在特定环境下更有价值。战略驱动的开发测验可以保证这些开发测验活动以价值会集的、危险清晰的、可核对的办法得到正确施行。开发测验渠道承受战略方法的输入，并将它们翻译成一套界说一个或更多进程的规矩。这种渠道使该进程主动化、盯梢战略的继续性并验证成果是否契合希望值。也便是说，开发测验渠道可以让商务领导更好地操控开发进程，并更好地调查进程改动的作用。
本文小结
值得注意的是，开发测验并不能代替质量办理(QA)，而是作为承认软件功用是否正确完成了开始目的的一个进程。开发测验也不仅仅测验进程的“左移”。开发测验的呈现代表了与业界安排现在选用的更多重复、更为灵敏的开发进程的一致性。开发测验是软件开发行为的一种模型，假如可以遵从履行，将构成一种软件缺点无法生计的环境。
