程序因致命信号或操作系统错误消息而终止，这会指出程序中的问题。（一个反例可能是“磁盘已满”消息，因为您必须自己解决这个问题。）

程序对任何给定的输入产生错误的输出。

程序拒绝接受有效的输入（如文档中所定义）。

程序接受无效的输入，但没有通知或错误消息。但请记住，您对无效输入的理解可能就是我们对扩展或与传统实践兼容的理解。

PostgreSQL 未能按照受支持平台上的说明进行编译、构建或安装。

重现该问题所需的准确步骤顺序，从程序启动开始。这应该是自包含的；如果输出取决于表中的数据，则仅发送一个裸的 SELECT 语句而没有前面的 CREATE TABLE 和 INSERT 语句是不够的。我们没有时间对您的数据库模式进行逆向工程，如果我们应该创建自己的数据，我们可能会错过问题。

对于与 SQL 相关的问题，测试用例的最佳格式是一个可以通过 psql 前端运行并显示问题的文件。（请确保您的 ~/.psqlrc 启动文件中没有任何内容。）创建此文件的一种简单方法是使用 pg_dump 转储出设置场景所需的表声明和数据，然后添加问题查询。我们鼓励您尽量缩小示例的大小，但这并不是绝对必要的。如果该 bug 可以重现，无论如何我们都会找到它。

如果您的应用程序使用其他客户端接口，例如 PHP，请尝试隔离有问题的查询。我们可能不会设置 Web 服务器来重现您的问题。无论如何，请记住提供确切的输入文件；不要猜测问题发生在“大文件”或“中等大小的数据库”等情况下，因为此信息太不准确，无法使用。

您得到的输出。请不要说它“不起作用”或“崩溃了”。如果有错误消息，请显示它，即使您不理解它。如果程序因操作系统错误而终止，请说明是哪个错误。如果什么都没发生，请说明。即使您的测试用例的结果是程序崩溃或以其他方式很明显，它也可能不会在我们的平台上发生。最简单的方法是尽可能地从终端复制输出。

您期望的输出非常重要。如果您只是写“此命令给我该输出。”或“这不是我期望的。”，我们可能会自己运行它，扫描输出，并认为它看起来还可以，并且正是我们期望的。我们不应该花时间来解码您命令背后的确切语义。尤其要避免仅仅说“这不是 SQL 所说的/Oracle 所做的。”从SQL中挖掘出正确的行为并不是一件有趣的事情，而且我们也不是所有人都知道其他所有关系数据库的行为方式。（如果你的问题是程序崩溃，你显然可以省略此项。）

任何命令行选项和其他启动选项，包括您从默认值更改的任何相关的环境变量或配置文件。再次，请提供确切的信息。如果您使用的是在启动时启动数据库服务器的预打包分发版，您应该尝试找出是如何完成的。

您在安装说明中有任何不同的操作。

您使用的 PostgreSQL 版本。您可以运行命令 SELECT version(); 来查找您连接的服务器的版本。大多数可执行程序也支持 --version 选项；至少 postgres --version 和 psql --version 应该可以工作。如果该函数或选项不存在，则说明您的版本过于老旧，需要升级。如果您运行的是预打包版本，例如 RPM，请说明，包括该软件包可能包含的任何子版本。如果您使用的是 Git 快照，请提及，包括提交哈希值。

如果您的版本低于 17.2，我们几乎肯定会建议您升级。每个新版本都有许多错误修复和改进，因此您在较旧版本的 PostgreSQL 中遇到的错误很可能已经修复。我们只能为使用旧版本 PostgreSQL 的站点提供有限的支持；如果您需要超出我们所能提供的支持，请考虑购买商业支持合同。

平台信息。这包括内核名称和版本、C 库、处理器、内存信息等等。在大多数情况下，报告供应商和版本就足够了，但不要认为每个人都知道 “Debian” 到底包含什么，或者每个人都在 x86_64 上运行。如果您遇到安装问题，那么有关您机器上的工具链（编译器、make 等）的信息也是必要的。