嵌入测试与其他web测试大致类似，前期工作也一样，进行需求评审、计划编写等。
嵌入测试大体也分黑盒测试与白盒测试。
白盒测试大家应该会比较了解，这测试在嵌入软件与硬件未关联时进行测试，其中在此期间可能会伴随着一些黑盒测试，因为软件虽然需要与硬件进行结合，但是在未结合前对各项接口必须进行详细的测试，对接口输出数据与可能输入到的数据进行接口测试。
在确定软件无误以后再开始进行硬件测试，确定硬件之间的逻辑关系后进行硬件测试，对硬件与软件之间融合情况进行测试，通俗易懂点也可以叫做磨合测试。
最后嵌入测试还需要进行耐久性测试等等一系列的测试，统称可以归属于性能测试。
总结：嵌入测试大致与其他web测试一样，都需要经历模块测试、集成测试、系统测试。其实没有想象中那么神秘，只是嵌入测试对测试人员能力要求较高一些。 本人天生愚笨，一直没搞明白为什么在测试中，需要将嵌入式和非嵌入式清晰划分？随着科技进步，产品的不断升级，嵌入式与非嵌入的界限越来越模糊。
貌似很多对嵌入式和非嵌入式的区别，理解为：单片机和PC的区别。
如果换一个角度比较呢: PDA和xp服务组件
从上面两组比较来看，嵌入式和非嵌入式并没有明显的大小之分。如果给PDA外挂一些硬件设备，比如：电源、硬盘、内存等等，那么PDA不就相当于PC么？
而嵌入式测试中，环境难以搭建？无非就是嵌入式环境大多不开源，不如windows/linux这些环境获取方便而已。如果开发/测试足够强大，完全能自己搭建的。而兼容性/移植性的问题，也是和os是否开源有直接关系的。
所以，嵌入式测试的困难在于开源资源少，更多需要靠自己解决。
说了上面一堆废话，其实就一个意思：对于测试者来说，实际没有明确的嵌入式概念。测试的根本出发点是测试目标的属性。
不同的产品，测试方法都不尽相同，所以不可能存在一种较细的规范涉及所有的产品测试。
如果非得规范一个通用的测试方法，无非就是：功能、性能等等这种概括性的东西。而这些东西的存在与测试目标是否是嵌入式有直接关系么？
所以，LZ希望得到的东西，还需自己根据产品本身去度量。 回复 24# Jackc
我想说的是，嵌入式软件有些环境的确非常难以搭建，现在的硬件已经和软件分离不开，例如汽车中的嵌入软件，你要搭建测试环境说能随随便便就能搭建测试环境？飞机中的嵌入软件等，谁能随便搭建环境，嵌入式测试肯定对测试环境搭建有很高设计思想，要不然测试汽车软件还真要弄好几个汽车，那成本太大了吧！ 回复Jackc
我想说的是，嵌入式软件有些环境的确非常难以搭建，现在的硬件已经和软件分离不开， ...
wenwensw 发表于 2010-10-15 15:00 http://bbs.51testing.com/images/common/back.gif
呵呵，难得在坛子里碰到一个讨论产品的：）嵌入式的硬件和软件分不开，非嵌入式的就能分开？也不尽然吧，只支持BT1.0的产品，你非得要它支持BT2.0,还不是需要改驱动。
测试目标最终都是需要发布商业版本的，所以，在验收测试阶段，肯定用的是真实环境。也就是说，你做的是一个汽车部件，那就真的得弄辆车来试试。好马，痨马，拿出来溜溜就知道了：）
而前期的测试环境，无论是嵌入式还是非嵌入式，都是搭建的模拟的环境。首先，嵌入式设备会分为两种：有OS的和没OS的。
没OS的，想搭建成本较低的前期模拟环境，只能自己code或嫁接最终产品的部分环境（比如汽车收音机部件，搭建一个车载收音机的外部环境即可，像发动机这些前期测试环境就不需要了）。
而有OS的，搭建前期环境通常选择模拟器，而模拟器的环境的搭建对OS依赖程度比较高。嵌入式的OS开源度往往又低。话说，如果连平台的核心API都不知道的话，怎么构建模拟器。
所以，开源程度决定了嵌入式和非嵌入式环境搭建的难度的主要因素（除非做的纯硬件测试）。
但是，请注意一点：无论是嵌入式还是非嵌入式，测试环境始终是人搭建出来的，非嵌入式测试环境往往使用工具开发商已经搭建好的环境，而嵌入式往往则需要自己手动搭建。
而这种测试环境的搭建，无论对应用程序级别的开发和测试人员来说，都是极其困难的。所以才会体现出嵌入式测试环境难以搭建的问题。
最后，说说汽车测试成本大的问题。我们可以看看游戏测试，网络游戏最终验收测试的成本小么？几个月甚至1~2年的试运行（不收费，不挂广告就等于赔本做），投入成本会小于一辆汽车？
所以，投入成本的多少不能以数字计算，而需要计算 投入/利润。当两者比较较小时，说明这个项目或这个测试环境的搭建本身就是脱离实际的。如，生产一个车载GPS，需要买一辆真车么？租车不行么？甚至坐公交/火车不行么？ 回复 26# Jackc
可能我理解比较肤浅，我认为嵌入式测试软件直接控制或者直接操作硬件的软件，他与其他web软件不一样，常见web测试（类似非嵌入式测试）他们不需要直接与硬件接口联系或关联，主要通过中间件等其他软件支撑，所以我认为嵌入式被分离出来有他的道理，但是非要说软件都与硬件有关联那也没办法，谁让咱玩的是电脑呢，这都算硬件。
对于测试成本我觉得咱们2个人想法基本一致，没啥争议的了。 回复 27# wenwensw
其实我以前也同样很纠结于嵌入式与非嵌入式的问题，折腾了很久，依然无果，我还是很难找到一个说服自己的理由，呵呵。
目前，我的理解是：且不论测试目标是否是嵌入式，测试活动都依据测试目标需求而定。
所以，就不再纠结于这个问题了，剩下的问题就只有：熟悉的测试目标与不熟悉的测试目标。 回复wenwensw
其实我以前也同样很纠结于嵌入式与非嵌入式的问题，折腾了很久，依然无果，我还是很难找 ...
Jackc 发表于 2010-10-15 17:51 http://bbs.51testing.com/images/common/back.gif
同意，嵌入失测试的难点在于标准的不统一与环境的多样性，反映在测试活动中，是回归测试自动化的难度太大。
但是在测试管理、分工等方面，嵌入式与非嵌入式都应该是一样的。 分硬件、软件俩部分吧 :handshake，所以觉得测不全，客户使用的环境部可能全能模仿回复 11# windone 回复 10# Carl_Lew
我觉得硬件更要测吧，不过必须在批量生产前测充分了，在发布后就更麻烦了 硬件在你测之前，已经由硬件工程师测好了。 回复hixiongdi
我们这边是硬件测试完成之后，在测试部门这里仍需要再次测试一遍，并且将软件版本 ...
yimiduoduo 发表于 2011-3-25 11:04 http://bbs.51testing.com/images/common/back.gif
都测测也没坏处。但什么时候做什么事都是有重点的。硬件设计时因为成本和可修改性限制，一般在软件发布前就基本能测试通过了，软件发布后也只是验证下有没有遗留问题，如果软件都开发出来了还有一大堆硬件问题，这个产品能否及时交付就会大有问题了。所以你看看，现在有哪家公司会在系统测试部放一大堆硬件测试工程师？
页:
1
[2]
