{"id":20640,"date":"2026-09-24T06:33:39","date_gmt":"2026-09-24T06:33:39","guid":{"rendered":"https:\/\/www.examlabs.com\/certification\/?p=20640"},"modified":"2026-09-24T06:33:39","modified_gmt":"2026-09-24T06:33:39","slug":"iiba-cbap-practice-test-questions-and-exam-dumps-part-15-q281-300","status":"publish","type":"post","link":"https:\/\/www.examlabs.com\/certification\/iiba-cbap-practice-test-questions-and-exam-dumps-part-15-q281-300\/","title":{"rendered":"IIBA CBAP Practice Test Questions and Exam Dumps Part 15 Q281-300"},"content":{"rendered":"

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

 <\/p>\n

Question 281. A business analyst is asked to determine whether a business need justifies initiating a new change initiative. Which information is most important?<\/b><\/p>\n

    \n
  1. <\/b> The number of stakeholders available for meetings<\/span><\/li>\n
  2. <\/b> The expected value, business problem, desired outcomes, and relevant constraints<\/span><\/li>\n
  3. <\/b> The preferred documentation format<\/span><\/li>\n
  4. <\/b> The size of the proposed project team<\/span><\/li>\n<\/ol>\n

    Correct Answer: 2. The expected value, business problem, desired outcomes, and relevant constraints<\/b><\/p>\n

    Explanation:<\/b>
    \n<\/b>A business need should be understood in terms of the problem or opportunity, desired outcomes, expected value, and conditions that may constrain possible responses. This information helps determine whether an initiative is justified and what outcomes it should pursue. Stakeholder availability, documentation format, and team size may affect how the work is performed but do not establish whether the underlying need warrants action. A clear understanding of the business need also provides a foundation for evaluating alternatives and ensuring that subsequent requirements remain connected to the intended business outcomes.<\/span><\/p>\n

    Question 282. During elicitation, a business analyst observes employees performing a process rather than relying solely on interviews. What is a primary advantage of this approach?<\/b><\/p>\n

      \n
    1. <\/b> It eliminates the need to validate information<\/span><\/li>\n
    2. <\/b> It guarantees that every employee follows the same process<\/span><\/li>\n
    3. <\/b> It can reveal tacit knowledge and actual behaviors that stakeholders may not describe<\/span><\/li>\n
    4. <\/b> It automatically identifies the best future-state process<\/span><\/li>\n<\/ol>\n

      Correct Answer: 3. It can reveal tacit knowledge and actual behaviors that stakeholders may not describe<\/b><\/p>\n

      Explanation:<\/b>
      \n<\/b>Observation can reveal how work is actually performed, including informal steps, workarounds, environmental factors, and tacit knowledge that stakeholders may not mention during interviews. It does not eliminate the need for validation or guarantee consistency across employees. Observation also describes the current situation rather than automatically determining the best future state. The analyst should use appropriate observation methods while respecting operational constraints and stakeholder privacy. Combining observed evidence with interviews, documentation, data, and other elicitation results can provide a more complete understanding of the business process.<\/span><\/p>\n

      Question 283. A business analyst identifies several stakeholders who are affected by a change but have different levels of influence and interest. What should the analyst use this information for?<\/b><\/p>\n

        \n
      1. <\/b> To determine appropriate stakeholder engagement and communication<\/span><\/li>\n
      2. <\/b> To remove low-influence stakeholders from consideration<\/span><\/li>\n
      3. <\/b> To assign technical development tasks<\/span><\/li>\n
      4. <\/b> To determine the solution’s programming language<\/span><\/li>\n<\/ol>\n

        Correct Answer: 1. To determine appropriate stakeholder engagement and communication<\/b><\/p>\n

        Explanation:<\/b>
        \n<\/b>Stakeholder analysis helps the analyst understand who is affected, who has influence, who possesses relevant knowledge, and what level of engagement may be appropriate. Stakeholders with different combinations of influence and interest may require different communication, consultation, validation, or decision-support approaches. Low influence does not mean a stakeholder is irrelevant, particularly if the person is highly affected or has important operational knowledge. Stakeholder analysis should support effective engagement rather than assigning technical tasks or making technology choices.<\/span><\/p>\n

        Question 284. A requirement states, “The system should respond quickly to customer requests.” What should the business analyst do?<\/b><\/p>\n

          \n
        1. <\/b> Accept the requirement because stakeholders understand what quickly means<\/span><\/li>\n
        2. <\/b> Replace it with a technical architecture immediately<\/span><\/li>\n
        3. <\/b> Clarify the requirement by defining measurable response-time conditions<\/span><\/li>\n
        4. <\/b> Remove the requirement because performance cannot be measured<\/span><\/li>\n<\/ol>\n

          Correct Answer: 3. Clarify the requirement by defining measurable response-time conditions<\/b><\/p>\n

          Explanation:<\/b>
          \n<\/b>Terms such as “quickly” are subjective and may be interpreted differently by stakeholders, developers, and testers. The analyst should clarify the expected response time using measurable and verifiable conditions appropriate to the business context. The criteria may specify response time under defined transaction types, volumes, or operating conditions. Replacing the requirement with architecture would prematurely prescribe a solution, while removing it would discard potentially important business expectations. Precise performance criteria make the requirement testable and support consistent understanding throughout design, implementation, and acceptance.<\/span><\/p>\n

          Question 285. A business analyst is comparing the current process with a desired future process and identifies several differences in capabilities and performance. Which technique is most directly applicable?<\/b><\/p>\n

            \n
          1. <\/b> Gap analysis<\/span><\/li>\n
          2. <\/b> Brainstorming<\/span><\/li>\n
          3. <\/b> Interface analysis<\/span><\/li>\n
          4. <\/b> Stakeholder mapping<\/span><\/li>\n<\/ol>\n

            Correct Answer: 1. Gap analysis<\/b><\/p>\n

            Explanation:<\/b>
            \n<\/b>Gap analysis compares the current state with a desired future state to identify differences that must be addressed. Gaps may involve capabilities, processes, performance, technology, information, roles, or other business elements. Identifying these differences helps determine what changes or transition requirements may be necessary to move from the current condition to the desired outcome. Brainstorming supports idea generation, interface analysis examines relationships between systems or components, and stakeholder mapping focuses on stakeholder characteristics. Gap analysis provides a structured basis for understanding what must change.<\/span><\/p>\n

            Question 286. A business analyst is evaluating a proposed requirement and finds that several existing requirements depend on it. What should be considered before changing or removing it?<\/b><\/p>\n

              \n
            1. <\/b> Only the requirement’s original author<\/span><\/li>\n
            2. <\/b> The downstream impacts, dependencies, risks, and related solution elements<\/span><\/li>\n
            3. <\/b> Only the length of the requirement<\/span><\/li>\n
            4. <\/b> Only the number of stakeholders who approved it<\/span><\/li>\n<\/ol>\n

              Correct Answer: 2. The downstream impacts, dependencies, risks, and related solution elements<\/b><\/p>\n

              Explanation:<\/b>
              \n<\/b>A requirement with multiple dependencies can affect many other requirements, solution components, processes, tests, or business outcomes. Before changing or removing it, the analyst should examine the relationships and potential downstream effects. Requirements traceability can help identify these connections, while impact analysis can assess consequences such as cost, risk, schedule, and functionality. The original author or number of approvals does not adequately describe the current consequences of a change. Understanding dependencies helps decision-makers avoid unintended impacts and supports controlled requirements management.<\/span><\/p>\n

              Question 287. A business analyst is asked to determine whether a proposed solution is practical given organizational culture, existing skills, and available resources. What type of assessment is most relevant?<\/b><\/p>\n

                \n
              1. <\/b> Organizational feasibility and readiness assessment<\/span><\/li>\n
              2. <\/b> Terminology analysis<\/span><\/li>\n
              3. <\/b> Requirements formatting assessment<\/span><\/li>\n
              4. <\/b> Stakeholder name validation<\/span><\/li>\n<\/ol>\n

                Correct Answer: 1. Organizational feasibility and readiness assessment<\/b><\/p>\n

                Explanation:<\/b>
                \n<\/b>Organizational feasibility considers whether the organization can realistically adopt and sustain a proposed solution. Factors may include culture, skills, staffing, processes, leadership support, resources, operational capacity, and readiness for change. A technically feasible solution may still face significant adoption challenges if the organization lacks the necessary capabilities or support. The analyst should identify gaps and determine whether training, process changes, communication, staffing, or other transition activities are required. This assessment provides decision-makers with information about the organization’s ability to realize the solution’s intended value.<\/span><\/p>\n

                Question 288. A business analyst needs to determine whether a proposed requirement contributes directly to an important business outcome. What should the analyst establish?<\/b><\/p>\n

                  \n
                1. <\/b> A traceable connection between the requirement and the expected business outcome<\/span><\/li>\n
                2. <\/b> A relationship between the requirement and document formatting<\/span><\/li>\n
                3. <\/b> A relationship between the requirement and the analyst’s preferred technique<\/span><\/li>\n
                4. <\/b> A relationship between the requirement and employee seniority<\/span><\/li>\n<\/ol>\n

                  Correct Answer: 1. A traceable connection between the requirement and the expected business outcome<\/b><\/p>\n

                  Explanation:<\/b>
                  \n<\/b>Traceability can demonstrate how a requirement contributes to a business objective or expected outcome. Establishing this connection helps stakeholders understand the rationale for the requirement and supports prioritization, impact analysis, and solution evaluation. If circumstances change, traceability also helps determine which requirements may be affected by changes to objectives or expected value. Document formatting, analyst preference, and employee seniority do not establish business justification. A clear connection between requirements and outcomes strengthens the overall alignment of the initiative.<\/span><\/p>\n

                  Question 289. A business analyst is preparing to facilitate a requirements workshop. Several participants have conflicting expectations about what the session should accomplish. What should the analyst do before the workshop?<\/b><\/p>\n

                    \n
                  1. <\/b> Allow participants to determine the agenda during the session<\/span><\/li>\n
                  2. <\/b> Establish and communicate a clear purpose, objectives, scope, and agenda<\/span><\/li>\n
                  3. <\/b> Exclude participants with conflicting expectations<\/span><\/li>\n
                  4. <\/b> Focus only on the requirements already approved<\/span><\/li>\n<\/ol>\n

                    Correct Answer: 2. Establish and communicate a clear purpose, objectives, scope, and agenda<\/b><\/p>\n

                    Explanation:<\/b>
                    \n<\/b>A well-prepared workshop should have a clear purpose and expected outcomes so participants understand what the session is intended to accomplish. Defining scope and an agenda helps manage conflicting expectations and keeps discussion focused. Participants should understand the topics, decisions, information required, and any preparation needed before the workshop. Allowing the agenda to emerge without direction can reduce effectiveness, while excluding participants may remove important perspectives. Preparation and communication provide a structured environment for collaborative elicitation and decision-making.<\/span><\/p>\n

                    Question 290. A business analyst is reviewing a proposed solution and identifies a legal obligation that the solution must satisfy. How should this obligation influence the analysis?<\/b><\/p>\n

                      \n
                    1. <\/b> It should be treated as an optional enhancement<\/span><\/li>\n
                    2. <\/b> It should be considered a mandatory constraint or requirement<\/span><\/li>\n
                    3. <\/b> It should be ignored until after implementation<\/span><\/li>\n
                    4. <\/b> It should be replaced by a stakeholder preference<\/span><\/li>\n<\/ol>\n

                      Correct Answer: 2. It should be considered a mandatory constraint or requirement<\/b><\/p>\n

                      Explanation:<\/b>
                      \n<\/b>Legal obligations can impose mandatory requirements or constraints on business operations and solutions. The analyst should identify the applicable obligation, determine how it affects the solution and processes, and ensure that relevant requirements or controls address it. Legal obligations should not be treated as optional enhancements or deferred until implementation because noncompliance may create significant consequences. Stakeholder preferences can be considered alongside legal obligations, but they cannot simply override mandatory external requirements without an authorized change to the applicable legal or regulatory framework.<\/span><\/p>\n

                      Question 291. A business analyst is evaluating a solution that meets its documented functional requirements but has not produced the expected business benefits. What should the analyst investigate?<\/b><\/p>\n

                        \n
                      1. <\/b> Whether the original business need, assumptions, adoption conditions, and expected outcomes were adequately represented<\/span><\/li>\n
                      2. <\/b> Only whether all requirements were signed off<\/span><\/li>\n
                      3. <\/b> Only whether the implementation finished on schedule<\/span><\/li>\n
                      4. <\/b> Only whether the development team followed its coding standards<\/span><\/li>\n<\/ol>\n

                        Correct Answer: 1. Whether the original business need, assumptions, adoption conditions, and expected outcomes were adequately represented<\/b><\/p>\n

                        Explanation:<\/b>
                        \n<\/b>Meeting documented requirements does not necessarily guarantee that the intended business outcome will occur. The analyst should examine whether the original need and expected outcomes were correctly understood, whether important assumptions remain valid, and whether organizational adoption or process conditions affected the results. External changes may also influence realized benefits. Requirements sign-off and schedule performance provide useful project information but do not independently demonstrate business value. Solution evaluation should therefore consider both delivered capabilities and the broader conditions necessary for those capabilities to produce the intended outcomes.<\/span><\/p>\n

                        Question 292. A business analyst is analyzing a recurring operational problem and wants to identify which causes contribute most significantly to the observed issue. Which approach is appropriate?<\/b><\/p>\n

                          \n
                        1. <\/b> Pareto analysis supported by reliable evidence<\/span><\/li>\n
                        2. <\/b> Selecting the first cause mentioned by a stakeholder<\/span><\/li>\n
                        3. <\/b> Eliminating all low-frequency causes automatically<\/span><\/li>\n
                        4. <\/b> Changing the process without measuring results<\/span><\/li>\n<\/ol>\n

                          Correct Answer: 1. Pareto analysis supported by reliable evidence<\/b><\/p>\n

                          Explanation:<\/b>
                          \n<\/b>Pareto analysis can help identify the relatively small number of causes or categories that contribute a large proportion of an observed problem. When supported by reliable evidence, it allows the analyst and stakeholders to focus investigation or improvement efforts where they may have the greatest effect. It does not mean that low-frequency causes should automatically be ignored; their significance and risk should still be considered. Selecting the first suggested cause or changing the process without measurement does not establish which factors materially contribute to the problem.<\/span><\/p>\n

                          Question 293. A business analyst is determining who has authority to approve a significant change to an approved requirement. What should be identified?<\/b><\/p>\n

                            \n
                          1. <\/b> The person who originally requested the requirement<\/span><\/li>\n
                          2. <\/b> The stakeholder who attends the most meetings<\/span><\/li>\n
                          3. <\/b> The authorized decision-maker according to the governance or decision-rights structure<\/span><\/li>\n
                          4. <\/b> The developer responsible for implementation<\/span><\/li>\n<\/ol>\n

                            Correct Answer: 3. The authorized decision-maker according to the governance or decision-rights structure<\/b><\/p>\n

                            Explanation:<\/b>
                            \n<\/b>Approval authority should be based on the organization’s established governance and decision-rights structure rather than informal influence or participation. The analyst should identify who is accountable and authorized to make the relevant decision and ensure that the decision is documented appropriately. The original requester may provide important information but does not automatically have approval authority. Similarly, meeting attendance or technical responsibility does not establish governance authority. Clear decision rights reduce ambiguity and help ensure that significant changes are reviewed and approved by the appropriate party.<\/span><\/p>\n

                            Question 294. A business analyst is determining whether a stakeholder’s requested solution is the only way to achieve a desired business outcome. What should the analyst do?<\/b><\/p>\n

                              \n
                            1. <\/b> Accept the requested solution as the requirement<\/span><\/li>\n
                            2. <\/b> Explore the underlying outcome and consider alternative solution approaches<\/span><\/li>\n
                            3. <\/b> Reject the request because stakeholders should not suggest solutions<\/span><\/li>\n
                            4. <\/b> Ask the technical team to select the alternative<\/span><\/li>\n<\/ol>\n

                              Correct Answer: 2. Explore the underlying outcome and consider alternative solution approaches<\/b><\/p>\n

                              Explanation:<\/b>
                              \n<\/b>Stakeholders may propose solutions based on their experience or understanding of the problem, but the proposed solution may not be the only way to achieve the desired outcome. The analyst should clarify the underlying need, expected result, constraints, and success criteria before evaluating alternatives. This preserves solution flexibility and helps determine whether another approach could provide greater value or lower risk. Stakeholder input remains important, but accepting a proposed solution without examining its purpose can prematurely constrain analysis and prevent consideration of potentially suitable alternatives.<\/span><\/p>\n

                              Question 295. A business analyst is examining a future-state process and identifies a new activity that requires a decision but has no defined decision authority. What should be clarified?<\/b><\/p>\n

                                \n
                              1. <\/b> The person or role responsible for making the decision<\/span><\/li>\n
                              2. <\/b> The color of the process model<\/span><\/li>\n
                              3. <\/b> The number of process diagrams<\/span><\/li>\n
                              4. <\/b> The document storage location<\/span><\/li>\n<\/ol>\n

                                Correct Answer: 1. The person or role responsible for making the decision<\/b><\/p>\n

                                Explanation:<\/b>
                                \n<\/b>Decision authority should be clearly defined for activities that require judgments or approvals. Without an identified decision-maker, the future process may experience delays, inconsistent decisions, or unclear accountability. The analyst should determine which role or organizational unit has the appropriate authority and responsibility, and whether escalation rules or decision criteria are required. Diagram appearance and document storage do not address this operational issue. Clarifying decision rights also supports organizational readiness and helps stakeholders understand how the future process will function in practice.<\/span><\/p>\n

                                Question 296. A business analyst is reviewing several proposed requirements and discovers that some are mandatory because of external regulations while others are optional enhancements. Which factor is particularly relevant to prioritization?<\/b><\/p>\n

                                  \n
                                1. <\/b> The order in which the requirements were written<\/span><\/li>\n
                                2. <\/b> Regulatory obligation and compliance impact<\/span><\/li>\n
                                3. <\/b> The length of each requirement<\/span><\/li>\n
                                4. <\/b> The analyst’s personal preference<\/span><\/li>\n<\/ol>\n

                                  Correct Answer: 2. Regulatory obligation and compliance impact<\/b><\/p>\n

                                  Explanation:<\/b>
                                  \n<\/b>External regulatory obligations can significantly affect requirement priority because compliance may be mandatory for the organization to operate lawfully or avoid unacceptable exposure. The analyst should consider regulatory importance alongside other agreed prioritization factors such as business value, urgency, risk, dependencies, feasibility, and strategic alignment. This does not mean every regulatory-related requirement automatically receives the same implementation sequence; its specific obligation and impact should be understood. Writing order, document length, and personal preference are not appropriate bases for prioritization.<\/span><\/p>\n

                                  Question 297. A business analyst is validating whether a proposed future-state process can achieve a targeted reduction in operating costs. What should be established?<\/b><\/p>\n

                                    \n
                                  1. <\/b> A measurable baseline, target, assumptions, and method for evaluating the cost reduction<\/span><\/li>\n
                                  2. <\/b> Only a statement that the process will be cheaper<\/span><\/li>\n
                                  3. <\/b> Only the number of activities removed<\/span><\/li>\n
                                  4. <\/b> Only the estimated development effort<\/span><\/li>\n<\/ol>\n

                                    Correct Answer: 1. A measurable baseline, target, assumptions, and method for evaluating the cost reduction<\/b><\/p>\n

                                    Explanation:<\/b>
                                    \n<\/b>A measurable baseline establishes the current cost against which future performance can be compared. The analyst should also define the target reduction, relevant assumptions, and a consistent method for measuring results. Simply stating that the process will be cheaper does not provide an objective basis for evaluation. The number of activities removed may not correlate directly with cost, and development effort addresses implementation rather than realized operating savings. Clearly defined measures help stakeholders determine whether the future-state process achieved the expected financial outcome.<\/span><\/p>\n

                                    Question 298. A business analyst discovers that a stakeholder’s information needs are different from those of the project team. How should the analyst respond?<\/b><\/p>\n

                                      \n
                                    1. <\/b> Provide identical information to everyone regardless of role<\/span><\/li>\n
                                    2. <\/b> Tailor the content, level of detail, and communication method to the stakeholder’s needs<\/span><\/li>\n
                                    3. <\/b> Give the stakeholder all available technical documentation<\/span><\/li>\n
                                    4. <\/b> Stop communicating until the project team agrees<\/span><\/li>\n<\/ol>\n

                                      Correct Answer: 2. Tailor the content, level of detail, and communication method to the stakeholder’s needs<\/b><\/p>\n

                                      Explanation:<\/b>
                                      \n<\/b>Effective communication requires understanding what each stakeholder needs to know, why they need it, and how they will use the information. Executives, operational users, technical specialists, and decision-makers may require different levels of detail and different forms of presentation. Tailoring communication does not mean changing the underlying facts or conclusions. Instead, the analyst adapts terminology, detail, format, and delivery method to improve understanding. Providing excessive technical information or identical content to everyone can reduce clarity and make important information harder to use.<\/span><\/p>\n

                                      Question 299. A business analyst is reviewing an initiative where a major assumption about customer behavior may no longer be valid. What should the analyst do?<\/b><\/p>\n

                                        \n
                                      1. <\/b> Continue using the assumption because it was documented earlier<\/span><\/li>\n
                                      2. <\/b> Reassess the assumption and determine its impact on requirements, risks, and expected outcomes<\/span><\/li>\n
                                      3. <\/b> Delete all related requirements immediately<\/span><\/li>\n
                                      4. <\/b> Ignore the issue until implementation is complete<\/span><\/li>\n<\/ol>\n

                                        Correct Answer: 2. Reassess the assumption and determine its impact on requirements, risks, and expected outcomes<\/b><\/p>\n

                                        Explanation:<\/b>
                                        \n<\/b>Assumptions influence analysis and decision-making, so changes in their validity can affect requirements, risks, solution feasibility, and expected outcomes. The analyst should investigate whether the assumption remains supported by current evidence and determine what consequences result if it is no longer valid. Related requirements or decisions may need to be revisited based on the findings. Simply retaining an outdated assumption can lead to incorrect conclusions, while deleting related requirements without analysis may create unnecessary impacts. Assumption management should therefore remain active throughout the initiative.<\/span><\/p>\n

                                        Question 300. A business analyst is preparing to close an initiative and discovers that several important decisions were made informally but their rationale was never documented. What should the analyst preserve?<\/b><\/p>\n

                                          \n
                                        1. <\/b> Only the final decision outcomes<\/span><\/li>\n
                                        2. <\/b> The decisions, rationale, assumptions, relevant alternatives, and supporting context<\/span><\/li>\n
                                        3. <\/b> Only the names of people present<\/span><\/li>\n
                                        4. <\/b> Only the dates of meetings<\/span><\/li>\n<\/ol>\n

                                          Correct Answer: 2. The decisions, rationale, assumptions, relevant alternatives, and supporting context<\/b><\/p>\n

                                          Explanation:<\/b>
                                          \n<\/b>Decision information is valuable for understanding why a particular direction was selected and for supporting future changes or related initiatives. Preserving the decision, rationale, assumptions, alternatives considered, and relevant context helps future stakeholders understand the basis of the outcome. Merely recording who attended or when a meeting occurred does not preserve the reasoning behind the decision. Documenting significant decisions also improves governance, traceability, knowledge retention, and the ability to revisit choices when assumptions or circumstances change.<\/span><\/p>\n

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

                                          View Full IIBA CBAP Exam Dumps and Practice Test Dumps   Question 281. A business analyst is asked to determine whether a business need justifies initiating a new change initiative. Which information is most important? The number of stakeholders available for meetings The expected value, business problem, desired outcomes, and relevant constraints The preferred documentation […]<\/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\/20640"}],"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=20640"}],"version-history":[{"count":1,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/20640\/revisions"}],"predecessor-version":[{"id":20641,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/20640\/revisions\/20641"}],"wp:attachment":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/media?parent=20640"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/categories?post=20640"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/tags?post=20640"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}