在我的第一篇关于SAP Solution Manager with Focused Build add-on的博客中，我提到了确保项目工作可以由工作包进行结构化并使用受控文档确定范围的第一步。这个博客将阐明构建和测试功能。在博客的最后，你将能够评估附加插件附带的附加功能是否有价值。现在我将讨论聚焦构建所涵盖的软件开发过程的构建和测试阶段。最有价值的功能之一是"测试套件仪表板"。与"解决方案就绪指示板"中的信息一起，您应该能够为您的多项目建立完整性矩阵和一种跟踪矩阵。我在这里的观点是启用需求跟踪（请参阅appropiate wiki条目了解更多信息）。
需求和工作包：
请注意，在Solution Manager 7.2版中，优惠券返利，企业信息管理软件，工作包通过需求间接链接到流程步骤。在版本7.1中，您可以将工作包直接链接到流程步骤。
蓝图（加上技术设计，流程id）、开发对象（构建和测试阶段，带有开发id）、可选用户情景（作为测试用例的基础）、"工作包"（这里的行由需求1到3表示）和状态之间的依赖关系测试用例如下图1所示。空单元格表示"不完整"。作为另一个例子，第4列（用户故事，测试用例）显示了一个空单元格，表示缺少一个测试用例，它描述了如何测试需求1.
提示：在聚焦构建中，有单独的webdynpro"/salm/check\bb\u itr\u tc"（任务分析和测试计划生成）来回答问题："测试计划中不包括哪些工作包？"。
图1：完整性矩阵示例（在需求工程中）
集中构建中的测试：
测试属于构建块"计划和执行"测试，bi大数据，由测试经理负责。聚焦构建支持系统中的FIORI启动板具有以下应用程序如图2所示
图2:FIORI应用程序，用于集中构建角色"测试管理器"–（Solution Manager 7.2）和附加组件
Solution Manager 7.1系统中的测试功能放在一个易于使用的bsp中（=业务服务器页）称为"/SALM/MANGO\u TESTER"。所以"mango_tester"将打开FIORI应用程序进行"手动测试执行"。
技术角色：
我还没有谈到集中构建中的角色。对于本博客系列中的操作和职责，测试经理、测试人员和发布经理的角色非常重要。您可以通过在tcode PFCG中输入"/SALM/*"找到这些角色。
测试计划：
解决方案管理器7.1中的测试计划必须按照以下步骤进行：–创建测试用例或测试文档–将其分配到适当的流程步骤–创建并生成测试计划–创建测试人员工作包–分配测试人员。
作为测试人员，您启动了测试人员工作包（tcode STWB\u work）并执行了测试。如果发生错误，则应创建缺陷。在一天结束时，测试经理必须收集所有信息，并使用正确的报告和概述来获得总体状态。
通过3到5个（甚至更多）不同的事务，使用至少3种用户界面技术。
版本7.2的解决方案管理器系统（无附加组件集中构建）有一个"测试套件"测试计划、测试执行（作为测试人员）和业务流程变更分析都可以在那里使用。Solman 7.2版中有高级特性和测试功能。没有真正的测试能力检查报告可用。用户界面技术已经减少。成功设置测试计划和测试工作包的步骤已经协调。创建缺陷要容易得多。摘要：Advantage Solution Manager 7.2.
在安装了全面检查功能的聚焦版本中，选择了。使用这些附加功能，大数据培训哪好，您还可以检查独立版本7.2测试功能中的某些内容。
提示：
如果您使用tcode/SALM/TM\u，请选中开始检查的右单选按钮"带有项目集成的测试套件"假设您已经安装了集中构建插件。要检查Solution Manager系统版本7.2中的测试能力，而不是集中构建，您应该提供解决方案作为条目。
在安装了集中构建（=FB）附加组件的Solman 7.1系统中，检查报告稍微容易一些，但效果良好，也可以通过tcode/SALM/TM\u check访问。您应该提供SAP PPM项目作为选择值。
这里列出了一些检查：–检查用户的授权（例如BI访问）–检查一些自定义条目–检查所需OData服务是否成功激活–测试类型的分类。
测试管理仪表板：
测试计划生成后，集中构建中的测试管理仪表板将工作。选择标准是Solman 7.1中的IT-PPM项目和相应的wave。在纯SolutionManager7.2系统中，每日返利，您必须提供解决方案、分支、视图和系统角色ID。使用集中构建插件创建测试计划非常简单，只需调用webdynpro应用程序"/salm/check\u bb\u itr\u tc"。如果您已经创建了IT-PPM项目和计划的waves，那么您就可以提供这些值。请记住，只会选择带有附加解决方案文档的IT-PPM项目。然后可以使用测试管理仪表板回答以下问题：（参见图3）
图3：（源SAP）：测试管理仪表板（概述）
仪表板：
