嵌入式系统中的应用，以嵌入式设备的Web为例

举例，嵌入式设备的Web效劳器。很多设备都提供Web效劳用于配置，假如路由器，ADSL猫等等。这种设备所提供的web效劳的典型用例是用户填写一些参数，提交给Web效劳器，Web 效劳器将这些参数写入硬件，并将操作结果或者其他信息生成页面返回给浏览器。由于典型的Apache,Mysql,PHP组合体积太大且不容易移植，通常嵌入式系统的Web效劳都是用C/C++直接写就的。从socket管理，http协议到详细操作硬件，生成页面，都一体负责。然而对于功能复杂，Web界面要求较高的情况，用C来写页面效率就太低了。

shttpd是一个小巧的web效劳器，小巧到独有一个.c文件，4000余行代码。虽然体积很小，却具备了最根本的功能，假如CGI。它既能够独立运行，也能够嵌入到其他的应用程序当中。shttpd在大部分平台上都能够顺利编译、运行。lua是一个小巧的脚本语言，专用于嵌入和扩展。它和C/C++代码有着优秀的交互才能。

文章相对比较长，字数比较多，大家可以先打开头像关注我，之后慢慢看，///插播一条：我自己在今年年初录制了一套还比较系统的入门单片机教程，想要的同学找我拿就行了免費的，私信我就可以哦~点我头像左下角黑色字体加我也能领取哦。最近比较闲，带做毕设，带学生参加省级或以上比赛///

将Lua引擎嵌入到shttpd中，再运用C编写一个（一些）驱动硬件的扩展，注册成为Lua的函数，构成的系统构造如下图：

这样的应用在嵌入式系统中是有一定代表性的，即，以C达到底层核心功能，而把系统的易变局部以脚本达到。大家能够思考在自己的开发过程中是否能够运用这种技术。这是LOP的一种详细应用模式。（没有创造一种全新的语言，而是运用Lua）

测试

可测试性是软件质量的一个度量指标

好的软件是设计出来的，好的软件也一定是便于测试的。一个难于测试的软件的质量是难以得到保障的。在今天软件规模越来越大的趋势下，以下问题是普遍存在的：

1.测试只能手工进行，回归测试代价极大，现实中只能执行点测，质量没法保证

2.各个模块独有集成到一起后才能测试

3.代码不经过任何单元测试就集成

这些问题的根源都在于缺少乏一个优秀的软件设计。一个好的软件设计应该使得单元测试，模块测试和回归测试都变得容易，从而保证测试的广度和深度，最终产生高质量的软件。除了功能，非功能性需求也必需是可测试的。所以，可测试性是软件设计中一个重要的指标，是系统架构师须要仔细考虑的问题。

测试驱动的软件架构

这里谈的是测试驱动的软件架构，而不是测试驱动的开发。TDD(Test Driven Development) 是一种开发方式，是一种编码实战。而测试驱动的架构强调的是，从提高可测试性的角度进行架构设计。软件的测试分为多个层次：

系统测试

系统测试是指由测试人员执行的，验证软件是否完整正确的达到了需求的测试。这种测试中，测试人员作为用户的角色，通过程序界面进行测试。在大局部情况下这些工作是手工完成的。在规范的流程中，这个过程通常要占到整个软件开发时长的1/3以上。而当有新版本发布的时候，只管只波及了软件的一局部，测试部门依然须要完整的测试整个软件。这是由代码“副作用”特点决定的。有时候修改一个bug能够引发更多的bug，破坏原来工作正常的代码。这在测试中叫回归测试(Regression test)。对于规模较大的软件，回归测试须要很长的时长，在版本新增功能和错误修正不多的情况下，回归测试能够占到整个软件开发过程了一半以上，严重影响了软件的交付，也使软件测试部门成为软件开发流程中的瓶颈。测试过程自动化，是局部攻克这个问题的办法。

作为架构师，有必要考虑怎么样达到软件的可自动化测试性。

对单片机感兴趣的朋友可以找我，我录制了一些关于单片机的入门教程，有需要的童鞋找我拿就像，免费的，私信我“林老师”就可以拿～点击打开我的头像就能领取。