{"id":20648,"date":"2026-09-24T06:35:02","date_gmt":"2026-09-24T06:35:02","guid":{"rendered":"https:\/\/www.examlabs.com\/certification\/?p=20648"},"modified":"2026-09-24T06:35:02","modified_gmt":"2026-09-24T06:35:02","slug":"iiba-cbap-practice-test-questions-and-exam-dumps-part-19-q361-380","status":"publish","type":"post","link":"https:\/\/www.examlabs.com\/certification\/iiba-cbap-practice-test-questions-and-exam-dumps-part-19-q361-380\/","title":{"rendered":"IIBA CBAP Practice Test Questions and Exam Dumps Part 19 Q361-380"},"content":{"rendered":"

View Full <\/b>IIBA CBAP Exam Dumps<\/b><\/a> and Practice Test Dumps<\/b><\/h2>\n

 <\/p>\n

Question 361: A business analyst is asked to identify stakeholders for a new initiative that will change an established business process. Which factor is most important when determining who should be involved?<\/b><\/p>\n

    \n
  1. <\/b> The stakeholder’s job title alone<\/span><\/li>\n
  2. <\/b> The stakeholder’s proximity to the project team<\/span><\/li>\n
  3. <\/b> The stakeholder’s influence, interest, impact, knowledge, and decision authority<\/span><\/li>\n
  4. <\/b> The stakeholder’s availability during the first workshop<\/span><\/li>\n<\/ol>\n

    Correct Answer: 3. The stakeholder’s influence, interest, impact, knowledge, and decision authority<\/b><\/p>\n

    Explanation:<\/b>
    \n<\/b>Stakeholder identification should consider the ways individuals and groups can affect or be affected by the initiative. Relevant factors include their influence, level of interest, degree of impact, knowledge of the business or process, responsibilities, and decision authority. Job title alone does not provide enough information because a less senior stakeholder may possess critical operational knowledge or approval responsibility. Availability is also not a sufficient basis for determining involvement. A thorough stakeholder analysis helps the business analyst identify appropriate participants for elicitation, validation, decision-making, communication, and change activities.<\/span><\/p>\n

    Question 362: During elicitation, a stakeholder describes a process differently from the documented procedure. What should the business analyst do?<\/b><\/p>\n

      \n
    1. <\/b> Investigate the difference and validate how the process actually operates<\/span><\/li>\n
    2. <\/b> Assume the documented procedure is always correct<\/span><\/li>\n
    3. <\/b> Replace the stakeholder’s information with the documented procedure<\/span><\/li>\n
    4. <\/b> Ignore the difference because it does not affect requirements<\/span><\/li>\n<\/ol>\n

      Correct Answer: 1. Investigate the difference and validate how the process actually operates<\/b><\/p>\n

      Explanation:<\/b>
      \n<\/b>Differences between documented procedures and actual behavior can reveal process variations, workarounds, outdated documentation, or compliance concerns. The business analyst should investigate the discrepancy and validate the actual process with appropriate stakeholders, evidence, observations, or other elicitation techniques. Assuming either source is automatically correct could result in inaccurate analysis. The goal is to understand both the intended process and the process that actually occurs, including why differences exist. This information can then support accurate requirements, process improvement, and identification of risks or control gaps.<\/span><\/p>\n

      Question 363: A requirement describes a desired business outcome but does not specify how the outcome should be achieved. What type of requirement is this most likely to represent?<\/b><\/p>\n

        \n
      1. <\/b> A transition requirement<\/span><\/li>\n
      2. <\/b> A solution requirement<\/span><\/li>\n
      3. <\/b> A business requirement<\/span><\/li>\n
      4. <\/b> A design specification<\/span><\/li>\n<\/ol>\n

        Correct Answer: 3. A business requirement<\/b><\/p>\n

        Explanation:<\/b>
        \n<\/b>A business requirement describes the goals, objectives, or outcomes that an organization needs to achieve. It generally focuses on why the initiative is needed rather than specifying the detailed capabilities or design of the solution. Solution requirements describe capabilities or conditions the solution must satisfy, while transition requirements describe temporary capabilities needed to move from the current state to the future state. A design specification goes further into implementation details. Maintaining the distinction helps prevent the analysis from prematurely constraining the solution before the underlying business need is understood.<\/span><\/p>\n

        Question 364: A business analyst discovers that a proposed solution satisfies stakeholder requirements but does not support the organization’s current strategic direction. What should be evaluated?<\/b><\/p>\n

          \n
        1. <\/b> Only whether the requirements were approved<\/span><\/li>\n
        2. <\/b> The relationship between the solution, expected outcomes, and current strategic objectives<\/span><\/li>\n
        3. <\/b> Whether the solution has the most modern technology<\/span><\/li>\n
        4. <\/b> Whether the project team prefers the solution<\/span><\/li>\n<\/ol>\n

          Correct Answer: 2. The relationship between the solution, expected outcomes, and current strategic objectives<\/b><\/p>\n

          Explanation:<\/b>
          \n<\/b>A solution can satisfy documented requirements and still fail to provide appropriate strategic value if organizational priorities have changed. The business analyst should evaluate whether the requirements and solution continue to support the organization’s current objectives and expected outcomes. This may require revalidating assumptions, priorities, benefits, and business needs. Technical modernity or project-team preference does not establish strategic alignment. Approval of requirements at an earlier point also does not eliminate the need to reassess their relevance when important strategic conditions change.<\/span><\/p>\n

          Question 365: A project has a mandatory regulatory deadline that cannot be changed. How should the business analyst treat this deadline?<\/b><\/p>\n

            \n
          1. <\/b> As a constraint that affects feasible solution and implementation options<\/span><\/li>\n
          2. <\/b> As a preference that can be ignored if costs increase<\/span><\/li>\n
          3. <\/b> As an optional stakeholder request<\/span><\/li>\n
          4. <\/b> As a technical requirement only<\/span><\/li>\n<\/ol>\n

            Correct Answer: 1. As a constraint that affects feasible solution and implementation options<\/b><\/p>\n

            Explanation:<\/b>
            \n<\/b>A mandatory external deadline can restrict the options available to the organization and therefore represents a constraint. The business analyst should assess its impact on scope, resources, dependencies, implementation sequencing, risks, and solution feasibility. Treating a mandatory deadline as optional could result in non-compliance or failure to achieve an essential business objective. It may also require prioritization of capabilities or changes to implementation plans. The analyst should make the constraint explicit so decision-makers understand how it affects available alternatives and trade-offs.<\/span><\/p>\n

            Question 366: A stakeholder asks for a feature because a competitor recently introduced something similar. What should the business analyst investigate?<\/b><\/p>\n

              \n
            1. <\/b> Whether the competitor’s feature can be copied exactly<\/span><\/li>\n
            2. <\/b> The underlying business need, expected value, customer impact, and strategic relevance<\/span><\/li>\n
            3. <\/b> Whether the competitor uses the same development methodology<\/span><\/li>\n
            4. <\/b> Whether the feature can be implemented without requirements<\/span><\/li>\n<\/ol>\n

              Correct Answer: 2. The underlying business need, expected value, customer impact, and strategic relevance<\/b><\/p>\n

              Explanation:<\/b>
              \n<\/b>Competitor behavior may provide useful market information, but it does not automatically establish that the organization needs the same feature. The business analyst should determine what business problem or opportunity the feature addresses, what value is expected, how customers or other stakeholders would be affected, and whether the feature supports current strategic objectives. Copying a competitor’s functionality without understanding its purpose can introduce unnecessary cost or complexity. The analysis should focus on the organization’s own needs and context while considering relevant external conditions.<\/span><\/p>\n

              Question 367: A business analyst is evaluating whether a process change achieved its intended operational improvement. Which information is most useful?<\/b><\/p>\n

                \n
              1. <\/b> The number of meetings held during implementation<\/span><\/li>\n
              2. <\/b> The number of requirements written<\/span><\/li>\n
              3. <\/b> Baseline performance, target performance, and actual post-change results<\/span><\/li>\n
              4. <\/b> The number of developers assigned<\/span><\/li>\n<\/ol>\n

                Correct Answer: 3. Baseline performance, target performance, and actual post-change results<\/b><\/p>\n

                Explanation:<\/b>
                \n<\/b>Evaluating an operational improvement requires evidence of the starting condition, the intended target, and the results achieved after the change. A baseline establishes the original performance level, while the target defines the expected improvement. Actual post-change results can then be compared with both to determine whether the desired outcome was achieved. Meeting counts, requirement counts, and staffing levels may provide project information but do not directly measure operational performance. Clearly defined measures help the organization assess whether the change delivered the expected business value.<\/span><\/p>\n

                Question 368: A business analyst identifies several requirements that describe nearly identical capabilities using different wording. What should the analyst do?<\/b><\/p>\n

                  \n
                1. <\/b> Keep all requirements unchanged to preserve stakeholder wording<\/span><\/li>\n
                2. <\/b> Delete all but the oldest requirement<\/span><\/li>\n
                3. <\/b> Assign each requirement to a different developer<\/span><\/li>\n
                4. <\/b> Analyze the overlap and consolidate or clarify the requirements as appropriate<\/span><\/li>\n<\/ol>\n

                  Correct Answer: 4. Analyze the overlap and consolidate or clarify the requirements as appropriate<\/b><\/p>\n

                  Explanation:<\/b>
                  \n<\/b>Duplicated or overlapping requirements can create inconsistency, unnecessary work, and confusion during implementation and validation. The business analyst should compare the requirements to determine whether they truly describe the same capability or whether meaningful differences exist. Where they overlap unnecessarily, they can be consolidated or clarified while preserving important stakeholder needs. Simply retaining duplicates does not improve traceability or clarity, and deleting requirements without analysis could remove valid information. The goal is to maintain a coherent set of requirements that is understandable, consistent, and appropriately complete.<\/span><\/p>\n

                  Question 369: A stakeholder cannot attend a requirements workshop but has critical operational knowledge. What should the business analyst consider?<\/b><\/p>\n

                    \n
                  1. <\/b> Removing the stakeholder from the initiative<\/span><\/li>\n
                  2. <\/b> Using an alternative elicitation approach to obtain the stakeholder’s relevant information<\/span><\/li>\n
                  3. <\/b> Asking another stakeholder to invent the missing information<\/span><\/li>\n
                  4. <\/b> Proceeding without documenting the stakeholder’s perspective<\/span><\/li>\n<\/ol>\n

                    Correct Answer: 2. Using an alternative elicitation approach to obtain the stakeholder’s relevant information<\/b><\/p>\n

                    Explanation:<\/b>
                    \n<\/b>Important stakeholder knowledge should not be lost simply because the stakeholder cannot attend a particular workshop. The business analyst can use another appropriate elicitation technique, such as an interview, observation, survey, document analysis, or asynchronous review, depending on the information required. Removing the stakeholder or allowing another person to invent their perspective can introduce gaps or inaccuracies. The analyst should also ensure that the information is subsequently validated where appropriate. Selecting elicitation methods based on stakeholder characteristics, availability, and information needs supports more complete and reliable analysis.<\/span><\/p>\n

                    Question 370: A solution includes a temporary capability needed only while the organization transitions to a new operating model. How should this capability be treated?<\/b><\/p>\n

                      \n
                    1. <\/b> As a business requirement<\/span><\/li>\n
                    2. <\/b> As a permanent operational capability<\/span><\/li>\n
                    3. <\/b> As a transition requirement<\/span><\/li>\n
                    4. <\/b> As an unrelated stakeholder concern<\/span><\/li>\n<\/ol>\n

                      Correct Answer: 3. As a transition requirement<\/b><\/p>\n

                      Explanation:<\/b>
                      \n<\/b>A transition requirement describes a temporary capability needed to move from an existing state to a future state. Examples may include data conversion, temporary processes, training, or transitional interfaces. These capabilities may be essential for successful implementation but are not intended to remain as permanent characteristics of the future solution. Treating a temporary capability as a permanent requirement can unnecessarily constrain the future state. Identifying transition requirements separately helps ensure that the organization plans for what is needed during the change without confusing those needs with long-term solution requirements.<\/span><\/p>\n

                      Question 371: A proposed change will remove a manual control from a business process. What should the business analyst evaluate?<\/b><\/p>\n

                        \n
                      1. <\/b> Only whether the process becomes faster<\/span><\/li>\n
                      2. <\/b> The control’s purpose, associated risks, compliance implications, and replacement controls if needed<\/span><\/li>\n
                      3. <\/b> Only whether employees prefer automation<\/span><\/li>\n
                      4. <\/b> Whether the project has enough developers<\/span><\/li>\n<\/ol>\n

                        Correct Answer: 2. The control’s purpose, associated risks, compliance implications, and replacement controls if needed<\/b><\/p>\n

                        Explanation:<\/b>
                        \n<\/b>A manual control may exist to prevent errors, detect inappropriate activity, satisfy regulations, or protect important information. Removing it without understanding its purpose can introduce significant risk. The business analyst should determine what the control accomplishes, what risks it addresses, whether regulatory or policy obligations apply, and whether another control is needed in the future process. Faster processing or employee preference may be relevant benefits but do not replace control analysis. Understanding the control’s function helps ensure that automation or process redesign does not unintentionally weaken important protections.<\/span><\/p>\n

                        Question 372: A business analyst is asked to determine whether a stakeholder’s proposed requirement is complete. Which characteristic is most relevant?<\/b><\/p>\n

                          \n
                        1. <\/b> The requirement contains enough information to understand and evaluate the intended need or capability<\/span><\/li>\n
                        2. <\/b> The requirement is the longest requirement in the document<\/span><\/li>\n
                        3. <\/b> The requirement uses the maximum number of technical terms<\/span><\/li>\n
                        4. <\/b> The requirement has already been assigned to a developer<\/span><\/li>\n<\/ol>\n

                          Correct Answer: 1. The requirement contains enough information to understand and evaluate the intended need or capability<\/b><\/p>\n

                          Explanation:<\/b>
                          \n<\/b>Completeness means that the requirement contains sufficient information for its intended purpose. Stakeholders should be able to understand what need, capability, condition, or outcome is being described and evaluate it appropriately. Length or technical complexity does not determine completeness. Assignment to a developer also does not indicate that the requirement contains all necessary information. The business analyst should identify missing conditions, assumptions, dependencies, business rules, or acceptance information that could prevent stakeholders or solution teams from reaching a shared understanding.<\/span><\/p>\n

                          Question 373: A business analyst identifies a risk caused by a dependency on another organizational initiative. What should be analyzed?<\/b><\/p>\n

                            \n
                          1. <\/b> Only the other initiative’s project manager<\/span><\/li>\n
                          2. <\/b> Only whether the other initiative has started development<\/span><\/li>\n
                          3. <\/b> Timing, dependencies, potential impacts, risks, and alternative approaches<\/span><\/li>\n
                          4. <\/b> Whether both initiatives use identical documentation templates<\/span><\/li>\n<\/ol>\n

                            Correct Answer: 3. Timing, dependencies, potential impacts, risks, and alternative approaches<\/b><\/p>\n

                            Explanation:<\/b>
                            \n<\/b>Dependencies between initiatives can affect delivery timing, scope, feasibility, costs, and expected outcomes. The business analyst should determine when the dependent capability will be available, what happens if it is delayed, which requirements or solution components depend on it, and what alternative approaches may exist. Focusing only on project leadership or development status does not provide enough information to evaluate the dependency. A structured analysis helps decision-makers understand the risk and determine whether sequencing, scope changes, mitigation, or alternative solutions are required.<\/span><\/p>\n

                            Question 374: During a requirements review, a stakeholder challenges an assumption that was used to justify a requirement. What should the business analyst do?<\/b><\/p>\n

                              \n
                            1. <\/b> Continue using the assumption because it was documented<\/span><\/li>\n
                            2. <\/b> Remove the requirement immediately<\/span><\/li>\n
                            3. <\/b> Ask the stakeholder to accept the assumption<\/span><\/li>\n
                            4. <\/b> Reassess the assumption and determine its impact on the requirement and expected outcomes<\/span><\/li>\n<\/ol>\n

                              Correct Answer: 4. Reassess the assumption and determine its impact on the requirement and expected outcomes<\/b><\/p>\n

                              Explanation:<\/b>
                              \n<\/b>Documenting an assumption does not make it permanently valid. If evidence or stakeholder input challenges an assumption, the business analyst should reassess it and determine whether the requirement, expected outcome, risk, or solution recommendation is affected. The assumption may be confirmed, revised, or invalidated. Automatically retaining or deleting the related requirement without analysis could produce an inappropriate result. Reassessing assumptions is particularly important when they influence feasibility, customer behavior, business value, dependencies, or other significant aspects of the initiative.<\/span><\/p>\n

                              Question 375: A business analyst needs to show how a proposed solution interacts with external systems and organizations. Which model is most appropriate?<\/b><\/p>\n

                                \n
                              1. <\/b> Context diagram<\/span><\/li>\n
                              2. <\/b> Decision table<\/span><\/li>\n
                              3. <\/b> Capability model<\/span><\/li>\n
                              4. <\/b> Stakeholder communication matrix<\/span><\/li>\n<\/ol>\n

                                Correct Answer: 1. Context diagram<\/b><\/p>\n

                                Explanation:<\/b>
                                \n<\/b>A context diagram represents the boundary of a solution and the external entities or systems that interact with it. It can show major information or interaction flows and helps stakeholders understand what is inside and outside the solution scope. A decision table is used for complex business rules, while a capability model describes organizational abilities. A communication matrix focuses on stakeholder information needs. When the primary analytical question concerns external interactions and solution boundaries, a context diagram provides a useful high-level representation.<\/span><\/p>\n

                                Question 376: A business analyst discovers that a requirement is feasible only if an organization changes an existing policy. What should happen next?<\/b><\/p>\n

                                  \n
                                1. <\/b> Ignore the policy because the requirement has business value<\/span><\/li>\n
                                2. <\/b> Analyze the policy conflict, consequences, authority, and process for changing the policy<\/span><\/li>\n
                                3. <\/b> Implement the requirement without approval<\/span><\/li>\n
                                4. <\/b> Remove the requirement without further analysis<\/span><\/li>\n<\/ol>\n

                                  Correct Answer: 2. Analyze the policy conflict, consequences, authority, and process for changing the policy<\/b><\/p>\n

                                  Explanation:<\/b>
                                  \n<\/b>Policies can act as constraints on requirements and solutions. If a requirement conflicts with an existing policy, the business analyst should understand the nature of the conflict, the consequences of retaining the policy, who has authority to approve a policy change, and what process is required. The requirement may remain valid if the policy can legitimately be changed, or it may need modification if the policy is mandatory. Ignoring the conflict or removing the requirement without analysis would bypass important governance and business considerations.<\/span><\/p>\n

                                  Question 377: A business analyst is comparing two solution options that provide similar capabilities but have different organizational impacts. What should be included in the comparison?<\/b><\/p>\n

                                    \n
                                  1. <\/b> Only the implementation schedule<\/span><\/li>\n
                                  2. <\/b> Only the initial purchase cost<\/span><\/li>\n
                                  3. <\/b> Value, costs, risks, feasibility, organizational impact, and relevant constraints<\/span><\/li>\n
                                  4. <\/b> Only the technical architecture<\/span><\/li>\n<\/ol>\n

                                    Correct Answer: 3. Value, costs, risks, feasibility, organizational impact, and relevant constraints<\/b><\/p>\n

                                    Explanation:<\/b>
                                    \n<\/b>Solution evaluation should consider the range of factors that can affect business value and successful implementation. Two solutions may provide similar functional capabilities while producing very different impacts on roles, processes, skills, operating costs, risks, or organizational readiness. Comparing only schedule, purchase cost, or technical architecture can hide important trade-offs. The business analyst should use agreed evaluation criteria that reflect the business need, strategic objectives, constraints, and relevant life-cycle considerations. This provides decision-makers with a balanced view of the alternatives without focusing on only one dimension.<\/span><\/p>\n

                                    Question 378: A business analyst receives conflicting estimates from stakeholders about the frequency of a business problem. What should the analyst do?<\/b><\/p>\n

                                      \n
                                    1. <\/b> Select the highest estimate<\/span><\/li>\n
                                    2. <\/b> Select the lowest estimate<\/span><\/li>\n
                                    3. <\/b> Average the estimates without further investigation<\/span><\/li>\n
                                    4. <\/b> Investigate the differences and validate the frequency using appropriate evidence<\/span><\/li>\n<\/ol>\n

                                      Correct Answer: 4. Investigate the differences and validate the frequency using appropriate evidence<\/b><\/p>\n

                                      Explanation:<\/b>
                                      \n<\/b>Conflicting estimates may result from different populations, time periods, definitions, experiences, or data sources. The business analyst should investigate why the estimates differ and determine whether reliable evidence can establish the actual frequency or an appropriate range. Data analysis, observation, records, interviews, or other techniques may be useful depending on the situation. Simply selecting or averaging estimates without understanding their basis can produce misleading conclusions. Validation is particularly important when the frequency of a problem influences business justification, prioritization, expected benefits, or solution investment.<\/span><\/p>\n

                                      Question 379: A business analyst is reviewing whether a requirement remains relevant after a major change in the external market. What should be examined?<\/b><\/p>\n

                                        \n
                                      1. <\/b> Current business needs, assumptions, objectives, expected outcomes, and environmental conditions<\/span><\/li>\n
                                      2. <\/b> Only the original requirement author<\/span><\/li>\n
                                      3. <\/b> Only the project’s original budget<\/span><\/li>\n
                                      4. <\/b> Whether the requirement was written before the market changed<\/span><\/li>\n<\/ol>\n

                                        Correct Answer: 1. Current business needs, assumptions, objectives, expected outcomes, and environmental conditions<\/b><\/p>\n

                                        Explanation:<\/b>
                                        \n<\/b>External market changes can invalidate assumptions or alter the value of previously defined requirements. The business analyst should reassess the current business need, strategic objectives, expected outcomes, assumptions, stakeholder needs, and environmental conditions. A requirement should not remain simply because it was previously approved or because it was created before the change. Reviewing current conditions helps determine whether the requirement continues to support organizational value. This may lead to confirmation, modification, reprioritization, or removal based on evidence and current business circumstances.<\/span><\/p>\n

                                        Question 380: A business analyst wants to ensure that a recommendation is transparent to decision-makers. What information should accompany the recommendation?<\/b><\/p>\n

                                          \n
                                        1. <\/b> Only the analyst’s preferred option<\/span><\/li>\n
                                        2. <\/b> Only a summary of stakeholder opinions<\/span><\/li>\n
                                        3. <\/b> Only the estimated implementation duration<\/span><\/li>\n
                                        4. <\/b> Supporting evidence, alternatives, assumptions, constraints, risks, benefits, costs, and trade-offs<\/span><\/li>\n<\/ol>\n

                                          Correct Answer: 4. Supporting evidence, alternatives, assumptions, constraints, risks, benefits, costs, and trade-offs<\/b><\/p>\n

                                          Explanation:<\/b>
                                          \n<\/b>A transparent recommendation allows decision-makers to understand how the conclusion was reached and what consequences may result from different choices. The business analyst should provide relevant evidence, alternatives considered, assumptions, constraints, risks, expected benefits, costs, and important trade-offs. Presenting only a preferred option or stakeholder opinions can hide important considerations. The purpose is not to make the decision for stakeholders but to provide sufficient analysis for an informed decision. Clear supporting information also makes assumptions and uncertainties visible, reducing the risk of decisions being based on incomplete understanding.<\/span><\/p>\n

                                           <\/p>\n","protected":false},"excerpt":{"rendered":"

                                          View Full IIBA CBAP Exam Dumps and Practice Test Dumps   Question 361: A business analyst is asked to identify stakeholders for a new initiative that will change an established business process. Which factor is most important when determining who should be involved? The stakeholder’s job title alone The stakeholder’s proximity to the project team […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":[],"categories":[1648,1647],"tags":[],"_links":{"self":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/20648"}],"collection":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/comments?post=20648"}],"version-history":[{"count":1,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/20648\/revisions"}],"predecessor-version":[{"id":20649,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/20648\/revisions\/20649"}],"wp:attachment":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/media?parent=20648"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/categories?post=20648"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/tags?post=20648"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}