关于嵌入式设备黑盒测试的一些问题

magicguo

我们目前正在做关于嵌入式设备自动化黑盒测试的一些工作。
整个设计已经完成，并在一些定制的嵌入式设备中使用，效果很好。
我们在考虑把这个自动化测试工具能应用到更多的嵌入式设备当中。
这个工具在使用之前，
那些定制的嵌入式设备在经过非常严格代码测试及大量人工功能测试后，使用中还是问题不断。
客户对定制的嵌入式设备要求非常严格，所以我们才考虑做自动化测试。
因为很多功能测试人是无法做的到的，比如我们操作嵌入式系统某些按键组合连续上万次来测试等等。
这个工具在做出了之后，感觉可以用到相当多的领域，可能会让很多嵌入式设备设计者受益。

我想问问大家，国内那些嵌入式设备厂商对黑盒测试或者动态程序测试要求很严格。
我想在国内做一些合作应用，尝试搞一些合作。
军用设备应该是对测试要求很高，不知道国内做军用嵌入式设备的厂商这块儿是怎么进行的。

欢迎大家一起来讨论，尤其对嵌入式设备黑盒测试感兴趣的同学。

Jackc

军品的单子不是靠质量，是门路。

军方绝对不会用第三方提供的软件的，平时都是买来堆起看的，不是用的

magicguo

关于单子这个我了解，我就是想了解一下国内比如做军品单子的公司，在测试方面会严格到什么程度。
主要还是想多了解国内的形式，因为在功能测试方面，我还不确定这项技术能否在国内发展。
因为一项新的技术国外可能已经很成熟，但国内不一定会接受。
技术会节约很多人力成本，并且会达到人工无法做到的要求，但并不是所有的公司都需要。
所以如果能够为国内的厂商做一些服务，免费的也好，我们会很愿意。
主要是想通过合作来为我们的技术定位。

Jackc

功能，做的越多越好（不管有用没有的）；
文档，写得越多越好（最好多到别人看了目录就不想再看哪种）；
周期，这个不好说，看谈钱的是怎么取舍的；
质量，能完成系统启动就成（如果有演示，可以专注于做好一个演示功能模块）；

剩下的事情，就是市场部的事了，如何让别人掏钱把这个东西买回去放着。

至于LZ说的测试力度问题，这个比较麻烦，主要还是看市场那边拿到的客户需求是哪种层次的。

之前我们做过一个ZF的水利工程控制软件，一句代码没有，就一堆文档：需求、方案、报告等等，还是把钱拿到手了。