> 能现成地支持哪些目标、交叉编译器和RTOS？

　　> 为一个新的工具链建立支持的工作由谁来完成？

　　> 工具链集成的任何部分都是用户可配置的吗？

　　测试用例编辑器

　　显然，使用测试工具时，你大部分的时间都会花在测试用例编辑器上。如果本文中之前提到的各方面都实现了真正的自动化，那么搭建测试环境和目标连接所占的时间量将是最小的。记得我们在开始时说的，作为工程师，你会想将更多的时间用在设计更好和更完整的测试上。

　　当你在评估工具时，需要回答的关键的问题是为复杂的结构设置输入和预期值有多困难？市场上的所有工具都提供了一些简单的方法来设置标量值（scalar values）。例如，你的候选工具是否提供了一个简单而直观的方式来构建一个类？用一个抽象的方法（比如一个向量或一个映射）来建立一个STL容器如何？这些都是在测试用例编辑器中要评估的问题。

　　本文的下面部分有“支持”，也有“自动化支持”。在评估你可能感兴趣的结构时要考虑到这一点。

　　要点

　　> 能否显示标量值范围？

　　> 是否显示数组的大小？

　　> 是否可以简单地用标签设置最小值和最大值而不用直接设值呢？这对当类型改变时保持测试的完整性是很重要的。

　　> 是否支持特殊的浮点数（例如，为NaN，+/ - 无穷大）？

　　> 你可以做组合测试（在一定范围内对5个参数取一系列不同的值，让工具来完成那些值的所有组合）吗？

　　> 编辑器是否支持不同“数的进制”，让你可以很容易地交替输入不同进制的数，比如十六进制、八进制和二进制值？

　　> 对于预期的结果，你可以很容易地为浮点值输入绝对容错范围（如+/  -  0.05）和相对容错范围（例如：+/  - 1％）吗？

　　> 测试数据可以很容易地从其它数据源（如Excel）导入吗？

　　为便于阅读，后续关于“代码覆盖率”、“回归测试”、“报告”、“与其他工具集成”、“测试工具其他不错的功能”、“真正的集成测试/多单元测试”、“动态状”、“库和应用程序级线程测试（系统测试）”、“敏捷测试和测试驱动开发（TDD）”、“与需求管理工具的双向集成”、“工具认证”等部分内容将在下个章节一一详细介绍，敬请期待...

　　本文转载自：http://www.mytestlife.com/post/how-to-evaluate-embedded-software-test-tools-part3.html