（2）易测
1）可观测性
如果所见即所测，则直观、明了、测试效率高。KISS（Keep it simple and stupid）原则在可测试性方面仍然适用。实际中，尤其要注意考虑对UI不可见元素、后台程序或者测试环境受到制约的测试等。
2）可跟踪性
敏捷开发中，不希望在所有的东西都集成在一起后才发现一堆缺陷，难以定位。通过日志、 消息池等方式将事件和数据等中间结果记录下来，可以为跟踪问题提供有效帮助，从而提升了可测试性。在跟踪的时候，如果可以从隔离性的角度考虑在哪些点上记录和输出中间结果，会对定位和解决问题提供很大的帮助。这一方法在一些接口测试中尤其有用。对于一些后台的异常，也应该以Email等方式主动通知开发或系统支持人员，主动及时查错。
3）将可观测性和可跟踪性结合起来
前面提到的对中间结果的记录，大多是在后台静悄悄地发生，对用户并不可见，对测试人员也不直观。有时，对某些常用又复杂的分支，可以提供一些有界面的系统辅助功能，让用户自助查找和定位问题。比如，让用户可以查看到系统接受的消息，用户可以自行判断是消息没有收到，还是收到但消息内容有错，或者我们内部程序处理除了问题。这种功能虽然需求一开始可能不会提出，但根据我们的经验，它无论是对调试、测试、实施还是系统支持都提供了极大的帮助。
4）可控制性
4.1）对测试环境和测试版本的管理
可控制性要求在给定输入的前提下，系统的输出是可以被稳定预测的。敏捷开发中，因为希望在更短的周期内能提供可以运行的程序，因此，对程序行为的可控制性应该做更精细的管理，比如对测试环境、测试版本等的管理方面。
例如，对测试环境定期的健康检查，保证环境总是可用。尤其是和很多系统共用一台物理服务器，或者对方系统的环境不受我方控制等情况下，环境的可用性更需要得到保障。另外，不同的测试环境，其配置上的差异也需要清晰地记录、管理和分享，使得不同类型、目的的测试能够在各个环境无干扰地独立进行。
对于版本，提倡持续集成和每日构建。将发现的问题锁定在每日的修改基础上，一旦发现问题，立马解决，不让缺陷的影响蔓延和纠缠，影响程序行为的可控制性。
……
查看全文请点击下载：http://www.51testing.com/html/13/n-241113.html
版权声明：51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像，否则将追究法律责任。
