有效测试的 50 条建议 - 系统架构（16~19）

只通过界面进行测试的方法是典型的黑盒测试，但它并不是最有效的测试方法。要全面的验证应用在功能方面的正确性，就需要设计和实施最有效的测试策略，这就要求对系统内部有一定的了解，基于这种了解，直接把系统的各种模块和层次作为测试目标，这种测试方法就叫灰盒测试。了解系统架构，有助于测试人员抓住测试工作的重点，针对性的测试程序架构中的敏感区域。

第 16 条：了解系统架构和基本组件

了解系统架构对测试人员的帮助：

• 提高缺陷报告的质量。
• 提高进行探索性测试的能力。
• 增加测试的精确度。

第 17 条：确认系统的可测性。

许多大型系统是由多个子系统组成，那么测试这个系统时，定位一个问题就越困难。在应用程序的架构最初形成的过程中，测试就应该提出以下问题：怎样才能通过系统内的一条路径来跟踪输入。如果提议的架构使得追踪这类交互非常困难，那么可能需要重新考虑，使用一个更可靠、可测性更好的架构。
测试组要关注提议的架构的所有方面，以及这些方面对应用程序测试工作的有效性和效率可能产生的正面和负面影响。当应用程序的架构还停留在文档没实施时，对架构的可测性研究可以极大地减少随后的测试工作中可能出现的意外。

第 18 条：使用日志增加系统的可测性。

增加程序可测性常用的方法是实施日志机制即跟踪机制。这种机制提供的信息有：组件正在做什么（包括他们正在操作的数据）、应用程序的状态或者运行中遇到的错误。在一个复杂的系统中，日志文件可能在多个主机闪刚生成，所以日志中包含足够的信息以便确定主机之间的执行路径就显得非常重要。
一个日志条目应该具有一定格式的信息，一个良好的日志条目包含以下信息：

• 类名和方法名。
• 主机名和进程 ID。
• 条目的时间戳（最好精确到毫秒）。
• 消息。它是一个开发人员编写的、有关应用程序在某个时刻发生了什么事件的描述。

第 19 条：验证系统支持调试和发行两种执行模式。

调试模式的作用是当遇到问题时帮助开发人员和测试人员诊断问题，而发行模式是去掉大多数或者全部与调试相关的特性，并经过优化的系统版本。交付给最终用户的一般是发行模式。
调试方法：

• 源代码检查。
• 输出日志。
• 实时调试。

当准备发行系统时，需要关闭或删除有关调试的特性，因为调试特性通常会导致性能下降和占用更多内存，并且会在无人注意的情况下耗费系统资源。了解正在测试系统的生成模式是非常重要的，一般只有开发人员才应该使用调试版本，测试则应该在发行版本下工作。应用程序的日志机制可以通过配置文件来进行配置，在配置文件中设置日志级别。

本文章援引《Effective software testing》一书内容，为个人读后笔记，特此声明