系统测试计划属于项目阶段性关键文档，因此需要同行评审。

《软件文档管理指南》（GB/T16680—1996）有关“文档评审”的内容如下：
需求评审进一步确认开发者和设计者已了解用户要求什么，及用户从开发者一方了解某些限制和约束。需求评审可能需要一次以上产生一个被认可的需求规格说明。基于对系统要做些什么的共同理解，才能着手详细设计。用户代表必须积极参与开发和需求评审，参与对需求文档的认可。
设计评审通常安排两个主要的设计评审，概要设计评审和详细设计评审。
在概要设计评审过程中，主要详细评审每个系统组成部分的基本设计方法和测试计划。系统规格说明应根据概要设计评审的结果加以修改。
详细设计评审主要评审计算机程序和程序单元测试计划。
设计评审产生的最终文档规定系统和程序将如何设计、开发和测试。应选择D。

《软件文档管理指南》（GB/T16680—1996）有关“文档评审”的内容如下：

需求评审进一步确认开发者和设计者已了解用户要求什么，及用户从开发者一方了解某些限制和约束。需求评审可能需要一次以上产生一个被认可的需求规格说明。基于对系统要做些什么的共同理解，才能着手详细设计。用户代表必须积极参与开发和需求评审，参与对需求文档的认可。

设计评审通常安排两个主要的设计评审，概要设计评审和详细设计评审。

在概要设计评审过程中，主要详细评审每个系统组成部分的基本设计方法和测试计划。系统规格说明应根据概要设计评审的结果加以修改。

详细设计评审主要评审计算机程序和程序单元测试计划。

设计评审产生的最终文档规定系统和程序将如何设计、开发和测试。应选择D。

B属于开发文档。

根据GB/T 16680《软件文档管理指南》，软件文档分为：开发文档（描述开发过程本身）、产品文档（描述开发过程的产物）、管理文档（记录项目管理的信息）。基本的开发文档是：可行性研究和项目任务书、需求规格说明、功能规格说明（包括程序和数据规格说明）、开发计划。基本的产品文档是：培训手册、参考手册和用户指南、软件支持手册、产品手册和信息广告。管理文档是：开发过程的每个阶段的进度和进度变更的记录、软件变更情况的记录、相对于开发的判定记录、职责定义。详细评审主要评审计算机程序和程序单元测试计划。文档的质量可以按文档和的形式和列出的要求划分为四级。最低限度文档（1级文档）：1级文档适合开发工作量低于一个人月的开发者自用程序。该文档应包含程序清单、开发记录、测试数据和程序简介。内部文档（2级文档）：2级文档可用于在精心研究后被认为似乎没有与其他用户共享资源的专用程序。除1级文档提供的信息外，2级文档还包括程序清单内足够的注释以帮助用户安装和使用程序。工作文档（3级文档）：3级文档适合于由同一单位内若干人联合开发的程序，或可被其他单位使用的程序。正式文档（4级文档）：4级文档适合那些要正式发行供普遍使用的软件产品。关键性程序或具有重复管理应用性质（如工资计算）的程序需要4级文档。4级文档应遵守GB8567的有关规定。质量方面需要考虑的问题既要包含文档的结构，也要包含文档的内容。软件产品的所有文档都应该按规定进行签署。必要时进行会签，签署不允许代签。