有时候测试人员需要访问内部数据。“测试点”可以让测试人员在系统的某个点检查数据或插入数据。这种方法对于数据流应用程序特别有用。
错误注入特性可以帮助测试错误处理代码。有很多环境错误是很难让它出现，特别是以可预见、可重复的方式出现的。例如：磁盘满、坏介质、断网等。错误注入技术就是加入钩子用于注入这些错误并触发软件的错误处理代码。
另外一种错误注入的方法是使用工具HEAT或Holodeck，它们扮演的是程序和操作系统之间的中介者角色。由于它所处的位置，所以它可以控制操作系统给程序提供的各种服务，包括内存、磁盘空间、网络等，从而触发各种环境问题，看程序的处理能力如何。
测试接口
手工测试比较容易使用GUI接口。自动化测试则使用编程接口容易些。
Excel的早期版本包含一个测试接口。因为数学计算的准确性是一个关键的需求，所以能用自动化的方式频繁地运行测试变得非常重要。后来Excel的测试接口公开给用户，我们现在都可以通过VB来访问。
用户接口可测性
GUI自动化测试工具面临的一个普遍问题是个性化控件。个性化控件是指那些不被GUI测试工具所识别的控件。
评估和确保软件产品在指定的GUI测试工具下的可测性的过程如下：
1、 尽早测试GUI测试工具和开发工具的兼容性
2、 定义用户界面元素的命名标准
3、 查找个性化控件。如果有，计划提供可测性支持
A、确保工具可以用名称、类型和位置识别控件对象
B、确保控件使用的名字是唯一的。否则如果多个窗体或控件使用相同的标识可能导致工具识别不出来
C、确保工具可以检查控件的内容。能访问文本框的文本。能确认某个check box是否选中
D、确保工具可以控制控件。能点按钮。能选择需要的菜单项
通常需要反复试验才能找到操作个性化控件的方法和技巧，例如：
1、 键盘操作
2、 初始化控件
3、 鼠标事件
4、 字符识别
5、 Clipboard访问
6、 外部访问
结论：可测性选择
自动化需要可测性。
成功的自动化需要关注可测性。
编程接口比用户接口提供更高效率的自动化测试支持。
结论：让可测性发生
测试人员必须认识到可测性需要他们清楚了解软件设计，评审现有的设计文档和阅读代码。
测试人员通常因为害怕他们的请求会被拒绝而不愿意要求可测性。但是通常会发现，请求的可测性实际上已经在某些地方存在或者由于其他原因已经计划要做。
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
