规划基准刚试的第一步是提出问题并明确目标。然后决定是采用标准的基准测试，还是设计专用的测试。

        如果采用标准的基准测试，应该确认选择了合适的测试方案。例如，不要使用TPC-H测试电子商务系统。在TPC的定义中,"TPCH是即席查向和决策支持型应用的基准测试”，因此不适合用来刚试OLTP系统。

        设计专用的基准测试是很复杂的，往往需要” 个迭代的过程。首先需要获得生产数据集的快照，并且该快照很容易还原，以便进行后续的测试。

        然后，针对数据运行查询。可以建立一个单元测试集作为初步的测试，并运行多遍。但是这和真实的数据库环境还是有差别的。更好的办法是选择一个有代表性的时间段，比如高峰期的个小时，成者一整天，记录生产系统上的所有查询。如果时间段选得比较小，则可以选择名个时间段。这样有助于覆盖整个系统的活动状态，例如每周报表的查询，成者非峰值时间运行的批处理作业”。

        可以在不同级别记录查询。例如，如果是集成式(full-stack) 基准测试，可以记录Web香港服务器租用上的HTTP请求，也可以打开MySQL的查询日志(Query Log)。倘若要重演这些查询，就要确保创建多线程来并行执行，而不是单个线程线性地执行。对日志中的每个连接都应该创建独立的线程，而不是将所有的查向随机地分配到一些线程中。查询日志中记录了每个查询尼在哪个连接中执行的。

        即使不需要创建专用的基准测试，详细地写下测试规划也是必需的。测试可能要多次反复运行，因此需要精确地重现测试过程。而且也应该考虑到未来，执行下一轮测试时可能已经不是同一个人了。即使还是同一个人， 也有可能不会确切地记得初次运行时的情况测试规划应该记录测试数据，系统配置的步骤，如何测量和分析结果，以及预热的方案等。

        应该建立将参数和结果文档化的规范，每一轮测试都必须进行详细记录。 文档规范可以很简单，比如采用电子表格(predshee）或者记事本形式，也可以是复杂的自定义的数据库。需要记住的是，经常要写一此脚本来分析测试结果，因此如果能够不用打开电子表格或者文本文件等额外操作，当然是更好的。