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

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

 <\/p>\n

Question 381: A business analyst is determining whether a proposed business capability is sufficient to support a strategic objective. What should be compared?<\/b><\/p>\n

    \n
  1. <\/b> The capability’s current state with the required future state<\/span><\/li>\n
  2. <\/b> The capability’s documentation with the project schedule<\/span><\/li>\n
  3. <\/b> The capability’s cost with the number of stakeholders<\/span><\/li>\n
  4. <\/b> The capability’s software with the current vendor contract<\/span><\/li>\n<\/ol>\n

    Correct Answer: 1. The capability’s current state with the required future state<\/b><\/p>\n

    Explanation:<\/b>
    \n<\/b>Capability analysis determines what an organization can do and what it needs to be able to do to achieve its objectives. Comparing the current capability state with the required future state helps identify gaps in skills, processes, resources, technology, information, or other organizational elements. These gaps can then be evaluated to determine what changes are necessary. Documentation, vendor contracts, and stakeholder counts may be relevant to other aspects of an initiative, but they do not directly establish whether the capability is sufficient to support the strategic objective.<\/span><\/p>\n

    Question 382: A stakeholder describes a requirement using the phrase “as soon as possible.” What should the business analyst do?<\/b><\/p>\n

      \n
    1. <\/b> Accept the phrase because stakeholders understand its meaning<\/span><\/li>\n
    2. <\/b> Replace it with a fixed date without consulting the stakeholder<\/span><\/li>\n
    3. <\/b> Clarify the expected timing and define a measurable condition<\/span><\/li>\n
    4. <\/b> Remove the timing expectation from the requirement<\/span><\/li>\n<\/ol>\n

      Correct Answer: 3. Clarify the expected timing and define a measurable condition<\/b><\/p>\n

      Explanation:<\/b>
      \n<\/b>Phrases such as “as soon as possible” are ambiguous because different stakeholders may interpret them differently. The business analyst should clarify the underlying expectation and establish a measurable condition, such as a response time, deadline, or defined time period. The analyst should not arbitrarily choose a date or remove an important business expectation. Making timing explicit improves shared understanding and allows the requirement to be evaluated objectively. Clear timing criteria can also help with prioritization, solution design, testing, and acceptance.<\/span><\/p>\n

      Question 383: A business analyst discovers that a proposed solution requires a new organizational role that does not currently exist. What should be analyzed?<\/b><\/p>\n

        \n
      1. <\/b> Only the cost of creating the job title<\/span><\/li>\n
      2. <\/b> The responsibilities, decision authority, skills, reporting relationships, and organizational impact<\/span><\/li>\n
      3. <\/b> Only the solution’s technical architecture<\/span><\/li>\n
      4. <\/b> Whether the role appears in another organization’s structure<\/span><\/li>\n<\/ol>\n

        Correct Answer: 2. The responsibilities, decision authority, skills, reporting relationships, and organizational impact<\/b><\/p>\n

        Explanation:<\/b>
        \n<\/b>Creating a new organizational role can affect responsibilities, decision rights, skills, reporting relationships, processes, controls, and organizational structure. The business analyst should analyze these impacts to determine what is required for the role to operate effectively. The existence of a similar role elsewhere may provide useful information, but it does not establish the appropriate structure for the current organization. Focusing only on the job title or technical architecture would overlook important organizational considerations that may affect feasibility, readiness, and successful adoption of the proposed solution.<\/span><\/p>\n

        Question 384: A business analyst is evaluating whether a proposed requirement is atomic. Which characteristic indicates that it is likely not atomic?<\/b><\/p>\n

          \n
        1. <\/b> It contains one clearly defined business condition<\/span><\/li>\n
        2. <\/b> It can be traced to a specific business objective<\/span><\/li>\n
        3. <\/b> It has measurable acceptance criteria<\/span><\/li>\n
        4. <\/b> It combines several unrelated needs that could be implemented or evaluated separately<\/span><\/li>\n<\/ol>\n

          Correct Answer: 4. It combines several unrelated needs that could be implemented or evaluated separately<\/b><\/p>\n

          Explanation:<\/b>
          \n<\/b>An atomic requirement expresses a single need, capability, condition, or meaningful unit that can be understood and evaluated without combining unrelated requirements. When multiple unrelated needs are bundled together, it becomes harder to prioritize, trace, validate, estimate, and manage changes. The business analyst should determine whether the combined statements have distinct purposes and, if so, consider separating them. Atomicity does not require every requirement to be extremely short; rather, it requires the requirement to represent a coherent and independently meaningful unit of analysis.<\/span><\/p>\n

          Question 385: A business analyst wants to understand why a recurring service failure occurs. Which technique is most appropriate for identifying contributing causes?<\/b><\/p>\n

            \n
          1. <\/b> Root cause analysis<\/span><\/li>\n
          2. <\/b> Stakeholder mapping<\/span><\/li>\n
          3. <\/b> Requirements prioritization<\/span><\/li>\n
          4. <\/b> Solution scope definition<\/span><\/li>\n<\/ol>\n

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

            Explanation:<\/b>
            \n<\/b>Root cause analysis is used to investigate why a problem occurs and identify the underlying causes rather than simply addressing its visible symptoms. For a recurring service failure, the business analyst can examine process conditions, systems, people, information, policies, and other contributing factors. Stakeholder mapping identifies relevant people and relationships, prioritization helps determine relative importance, and scope definition establishes boundaries. Root cause analysis is particularly useful when repeated failures suggest that treating individual incidents without addressing their underlying causes will not produce sustainable improvement.<\/span><\/p>\n

            Question 386: A stakeholder asks the business analyst to document only the preferred solution and omit alternatives. What should the analyst consider?<\/b><\/p>\n

              \n
            1. <\/b> Whether the preferred solution has already been purchased<\/span><\/li>\n
            2. <\/b> Whether alternatives and their trade-offs are relevant to the decision<\/span><\/li>\n
            3. <\/b> Whether the preferred solution was proposed first<\/span><\/li>\n
            4. <\/b> Whether the requirements document has enough pages<\/span><\/li>\n<\/ol>\n

              Correct Answer: 2. Whether alternatives and their trade-offs are relevant to the decision<\/b><\/p>\n

              Explanation:<\/b>
              \n<\/b>Decision-makers benefit from understanding meaningful alternatives and the trade-offs associated with them. If alternatives were considered and could materially affect value, cost, risk, feasibility, timing, or other outcomes, those considerations should be represented appropriately in the analysis. The fact that one solution was proposed first or already preferred does not eliminate the value of understanding alternatives. The business analyst should provide information that supports informed decision-making rather than presenting a conclusion without the relevant context, assumptions, or consequences.<\/span><\/p>\n

              Question 387: A process owner says a particular activity is required, but no business rule, policy, or objective supports it. What should the business analyst do?<\/b><\/p>\n

                \n
              1. <\/b> Automatically remove the activity<\/span><\/li>\n
              2. <\/b> Treat the process owner’s statement as sufficient evidence<\/span><\/li>\n
              3. <\/b> Investigate the activity’s purpose, value, history, and dependencies<\/span><\/li>\n
              4. <\/b> Replace the activity with an automated step<\/span><\/li>\n<\/ol>\n

                Correct Answer: 3. Investigate the activity’s purpose, value, history, and dependencies<\/b><\/p>\n

                Explanation:<\/b>
                \n<\/b>An activity that appears unnecessary may still exist for a valid reason, such as a control, regulatory obligation, historical dependency, or business exception. The business analyst should investigate why it exists and what would happen if it were changed or removed. This includes examining its purpose, value, dependencies, and relevant evidence. Automatically removing or automating it could introduce risk. The process owner’s knowledge is valuable but should be complemented by analysis when the justification is unclear. Understanding the activity’s role supports informed process improvement decisions.<\/span><\/p>\n

                Question 388: A solution requires users to enter the same information in multiple systems. What should the business analyst investigate first?<\/b><\/p>\n

                  \n
                1. <\/b> Whether duplicate data entry is intentional, necessary, or caused by an information-flow gap<\/span><\/li>\n
                2. <\/b> Whether the systems have identical screen colors<\/span><\/li>\n
                3. <\/b> Whether users prefer one system’s logo<\/span><\/li>\n
                4. <\/b> Whether the project team has completed all meetings<\/span><\/li>\n<\/ol>\n

                  Correct Answer: 1. Whether duplicate data entry is intentional, necessary, or caused by an information-flow gap<\/b><\/p>\n

                  Explanation:<\/b>
                  \n<\/b>Repeated data entry may indicate inefficient information flows, missing integration, process duplication, or a deliberate control. The business analyst should first understand why the duplication occurs and whether it provides legitimate business value. Examining information sources, transformations, handoffs, ownership, and system dependencies can reveal opportunities for improvement. Automatically assuming that duplication is unnecessary could remove a required control, while ignoring it could preserve avoidable effort and errors. Understanding the reason behind the duplication provides a sound basis for evaluating possible process or solution changes.<\/span><\/p>\n

                  Question 389: A business analyst is defining acceptance criteria for a new capability. Which characteristic is most important?<\/b><\/p>\n

                    \n
                  1. <\/b> The criteria should describe observable conditions that can be objectively evaluated<\/span><\/li>\n
                  2. <\/b> The criteria should use as much technical terminology as possible<\/span><\/li>\n
                  3. <\/b> The criteria should be based only on developer estimates<\/span><\/li>\n
                  4. <\/b> The criteria should avoid measurable values<\/span><\/li>\n<\/ol>\n

                    Correct Answer: 1. The criteria should describe observable conditions that can be objectively evaluated<\/b><\/p>\n

                    Explanation:<\/b>
                    \n<\/b>Acceptance criteria provide a basis for determining whether a requirement or capability has been satisfied. Effective criteria describe observable, measurable, and relevant conditions that stakeholders can evaluate consistently. Technical terminology may be appropriate when necessary, but complexity does not make criteria stronger. Developer estimates do not define whether the business need has been met, and avoiding measurable values increases ambiguity. Clear acceptance criteria help stakeholders, analysts, developers, and testers share the same understanding of what successful delivery means.<\/span><\/p>\n

                    Question 390: A business analyst is analyzing a proposed process change that affects customers, employees, and an external partner. Which approach is most appropriate?<\/b><\/p>\n

                      \n
                    1. <\/b> Analyze only the customer impact because customers receive the service<\/span><\/li>\n
                    2. <\/b> Analyze the change across all affected stakeholders, processes, information, systems, and dependencies<\/span><\/li>\n
                    3. <\/b> Analyze only the external partner because the partner is outside the organization<\/span><\/li>\n
                    4. <\/b> Analyze only the technical implementation<\/span><\/li>\n<\/ol>\n

                      Correct Answer: 2. Analyze the change across all affected stakeholders, processes, information, systems, and dependencies<\/b><\/p>\n

                      Explanation:<\/b>
                      \n<\/b>Cross-organizational and cross-functional changes can create different effects for different stakeholder groups. The business analyst should examine the impact on customers, employees, external partners, processes, information, systems, roles, responsibilities, risks, and dependencies. Focusing on only one stakeholder group can overlook important consequences. Technical analysis is also relevant but does not provide the complete business impact. A broad impact assessment helps identify changes that may be required in processes, communications, training, agreements, controls, requirements, or implementation planning.<\/span><\/p>\n

                      Question 391: A stakeholder requests that a requirement be prioritized because it will reduce a regulatory risk. What should the business analyst evaluate?<\/b><\/p>\n

                        \n
                      1. <\/b> Only the development effort<\/span><\/li>\n
                      2. <\/b> The regulatory obligation, risk exposure, business impact, and relevant prioritization criteria<\/span><\/li>\n
                      3. <\/b> Only the number of users who requested the requirement<\/span><\/li>\n
                      4. <\/b> Whether the requirement has the shortest description<\/span><\/li>\n<\/ol>\n

                        Correct Answer: 2. The regulatory obligation, risk exposure, business impact, and relevant prioritization criteria<\/b><\/p>\n

                        Explanation:<\/b>
                        \n<\/b>Regulatory obligations and risk reduction can be important prioritization factors, but the business analyst should understand the specific nature and significance of the requirement. The analysis should consider the applicable regulation or obligation, the risk being addressed, consequences of non-compliance, business impact, dependencies, urgency, and other agreed criteria. Simply accepting a prioritization request without analysis may lead to inappropriate sequencing. Conversely, ignoring regulatory significance because implementation effort is high could expose the organization to unnecessary risk. Evidence-based prioritization helps decision-makers understand the trade-offs.<\/span><\/p>\n

                        Question 392: A business analyst is asked to determine whether a proposed solution can achieve the expected outcome within current organizational constraints. Which analysis is most relevant?<\/b><\/p>\n

                          \n
                        1. <\/b> Feasibility analysis<\/span><\/li>\n
                        2. <\/b> Stakeholder communication analysis<\/span><\/li>\n
                        3. <\/b> Requirements formatting analysis<\/span><\/li>\n
                        4. <\/b> Historical document analysis<\/span><\/li>\n<\/ol>\n

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

                          Explanation:<\/b>
                          \n<\/b>Feasibility analysis examines whether an option can realistically be implemented and operated within relevant constraints. Depending on the context, this may include financial, technical, operational, organizational, legal, timing, and resource considerations. The analysis should also consider whether the solution can reasonably achieve the expected outcome. Communication, formatting, and historical documentation may support other activities but do not directly determine feasibility. A feasibility assessment helps stakeholders understand whether an alternative is viable and what conditions or changes may be necessary for successful implementation.<\/span><\/p>\n

                          Question 393: During requirements analysis, a stakeholder proposes a solution design rather than describing the underlying need. What should the business analyst do?<\/b><\/p>\n

                            \n
                          1. <\/b> Accept the design because the stakeholder understands the business<\/span><\/li>\n
                          2. <\/b> Reject the proposal immediately<\/span><\/li>\n
                          3. <\/b> Explore the business need, desired outcome, and rationale behind the proposed design<\/span><\/li>\n
                          4. <\/b> Ask developers to implement a prototype immediately<\/span><\/li>\n<\/ol>\n

                            Correct Answer: 3. Explore the business need, desired outcome, and rationale behind the proposed design<\/b><\/p>\n

                            Explanation:<\/b>
                            \n<\/b>Stakeholders often describe their needs in terms of a solution they believe will work. The business analyst should explore why the solution is being requested and what outcome it is expected to achieve. Understanding the underlying need allows the analyst to consider alternative approaches and avoid unnecessarily constraining the solution. The stakeholder’s proposal remains valuable information, but it should be analyzed rather than automatically accepted or rejected. Exploring the rationale can reveal additional requirements, assumptions, constraints, or opportunities that may not be visible in the initial solution suggestion.<\/span><\/p>\n

                            Question 394: A business analyst is preparing to facilitate a requirements workshop with participants from several departments. Which preparation is most important?<\/b><\/p>\n

                              \n
                            1. <\/b> Establish a clear purpose, objectives, scope, participants, agenda, and required information<\/span><\/li>\n
                            2. <\/b> Allow participants to determine the purpose after the workshop begins<\/span><\/li>\n
                            3. <\/b> Prepare only the presentation slides<\/span><\/li>\n
                            4. <\/b> Invite every employee regardless of relevance<\/span><\/li>\n<\/ol>\n

                              Correct Answer: 1. Establish a clear purpose, objectives, scope, participants, agenda, and required information<\/b><\/p>\n

                              Explanation:<\/b>
                              \n<\/b>Effective workshop preparation helps participants understand why they are attending, what decisions or information are expected, and what boundaries apply. The business analyst should define the workshop purpose, objectives, scope, appropriate participants, agenda, and information needed in advance. This reduces off-topic discussion and improves the likelihood of achieving useful outcomes. Inviting everyone regardless of relevance can make the workshop difficult to manage, while preparing only presentation material does not address facilitation needs. Clear preparation also allows stakeholders to contribute more effectively and identify issues before the session.<\/span><\/p>\n

                              Question 395: A business analyst discovers that a stakeholder’s requirement depends on a capability that another department owns. What should be documented?<\/b><\/p>\n

                                \n
                              1. <\/b> Only the stakeholder’s name<\/span><\/li>\n
                              2. <\/b> The dependency, ownership, timing, risks, and effects on the requirement<\/span><\/li>\n
                              3. <\/b> Only the other department’s organizational chart<\/span><\/li>\n
                              4. <\/b> Only the estimated cost of the capability<\/span><\/li>\n<\/ol>\n

                                Correct Answer: 2. The dependency, ownership, timing, risks, and effects on the requirement<\/b><\/p>\n

                                Explanation:<\/b>
                                \n<\/b>Dependencies should be made explicit because they can affect feasibility, timing, scope, risk, and implementation. The business analyst should identify what the requirement depends on, who owns the related capability, when it must be available, what happens if it is delayed or unavailable, and how the dependency affects the requirement or solution. Recording only names or costs provides insufficient context. Clear dependency information supports coordination between departments and helps decision-makers understand sequencing and risk before committing to implementation plans.<\/span><\/p>\n

                                Question 396: A business analyst wants to determine whether a solution continues to provide value one year after implementation. Which information should be reviewed?<\/b><\/p>\n

                                  \n
                                1. <\/b> Only whether the original project closed successfully<\/span><\/li>\n
                                2. <\/b> Current performance, stakeholder needs, environmental changes, and expected outcomes<\/span><\/li>\n
                                3. <\/b> Only the original implementation cost<\/span><\/li>\n
                                4. <\/b> Only the number of system updates released<\/span><\/li>\n<\/ol>\n

                                  Correct Answer: 2. Current performance, stakeholder needs, environmental changes, and expected outcomes<\/b><\/p>\n

                                  Explanation:<\/b>
                                  \n<\/b>Solution value can change over time as business needs, stakeholder expectations, external conditions, and performance change. The business analyst should review current performance against expected outcomes, assess whether stakeholder needs remain relevant, and identify environmental or organizational changes that may affect value. Original cost and project closure status provide historical information but do not establish current value. Ongoing evaluation helps determine whether the solution continues to support business objectives or whether adjustments, improvements, or further analysis are necessary.<\/span><\/p>\n

                                  Question 397: A business analyst finds that a requirement is technically clear but cannot be linked to any business objective, stakeholder need, or expected outcome. What should be investigated?<\/b><\/p>\n

                                    \n
                                  1. <\/b> Its business rationale and whether it remains necessary<\/span><\/li>\n
                                  2. <\/b> Its font size<\/span><\/li>\n
                                  3. <\/b> Its location in the requirements document<\/span><\/li>\n
                                  4. <\/b> The developer assigned to it<\/span><\/li>\n<\/ol>\n

                                    Correct Answer: 1. Its business rationale and whether it remains necessary<\/b><\/p>\n

                                    Explanation:<\/b>
                                    \n<\/b>A technically clear requirement may still lack business justification. The analyst should investigate its origin, purpose, relationship to stakeholder needs, objectives, expected outcomes, policies, or other valid reasons for inclusion. The requirement may be necessary for a dependency or constraint that has not yet been documented, or it may be outdated or unnecessary. Formatting and assignment information do not establish value. Examining the rationale helps maintain a requirements set that is meaningful, traceable, and aligned with the business need.<\/span><\/p>\n

                                    Question 398: A business analyst is evaluating a change that may improve efficiency but could reduce an important control. What should the analysis focus on?<\/b><\/p>\n

                                      \n
                                    1. <\/b> Only the expected efficiency gain<\/span><\/li>\n
                                    2. <\/b> Only the cost of implementing the change<\/span><\/li>\n
                                    3. <\/b> The trade-off between efficiency, control effectiveness, risks, compliance, and expected value<\/span><\/li>\n
                                    4. <\/b> Whether employees prefer the new process<\/span><\/li>\n<\/ol>\n

                                      Correct Answer: 3. The trade-off between efficiency, control effectiveness, risks, compliance, and expected value<\/b><\/p>\n

                                      Explanation:<\/b>
                                      \n<\/b>Process improvements often involve trade-offs. A change that increases efficiency may also affect controls, risk exposure, compliance, quality, or other business outcomes. The business analyst should examine both the expected benefits and potential consequences, including whether the existing control is mandatory or whether another control could provide equivalent protection. Employee preference can provide useful input but does not fully represent risk or compliance considerations. A structured trade-off analysis helps decision-makers understand the consequences of the proposed change and evaluate whether the expected value justifies the associated impacts.<\/span><\/p>\n

                                      Question 399: A business analyst needs to confirm that all relevant stakeholder concerns have been incorporated into a proposed solution. Which activity is most appropriate?<\/b><\/p>\n

                                        \n
                                      1. <\/b> Review and validate the solution and requirements with appropriate stakeholders<\/span><\/li>\n
                                      2. <\/b> Ask only the project sponsor for confirmation<\/span><\/li>\n
                                      3. <\/b> Compare the solution with another organization’s solution<\/span><\/li>\n
                                      4. <\/b> Validate the solution only after implementation<\/span><\/li>\n<\/ol>\n

                                        Correct Answer: 1. Review and validate the solution and requirements with appropriate stakeholders<\/b><\/p>\n

                                        Explanation:<\/b>
                                        \n<\/b>Validation with appropriate stakeholders helps confirm that the analyzed requirements and proposed solution accurately represent relevant needs, expectations, constraints, and outcomes. The business analyst should identify stakeholders based on their knowledge, responsibility, impact, authority, and relationship to the solution. Relying solely on a sponsor may omit important operational or technical perspectives, while validation after implementation may be too late to address significant issues efficiently. Comparing another organization’s solution can provide context but does not confirm that the current organization’s needs have been addressed.<\/span><\/p>\n

                                        Question 400: An organization wants to improve how business analysts handle recurring requirements changes across initiatives. What should the organization examine?<\/b><\/p>\n

                                          \n
                                        1. <\/b> Only the number of requirements changed<\/span><\/li>\n
                                        2. <\/b> Patterns in the causes of changes, stakeholder involvement, assumptions, decisions, and analysis practices<\/span><\/li>\n
                                        3. <\/b> Only the names of analysts who worked on the initiatives<\/span><\/li>\n
                                        4. <\/b> Only the final project budgets<\/span><\/li>\n<\/ol>\n

                                          Correct Answer: 2. Patterns in the causes of changes, stakeholder involvement, assumptions, decisions, and analysis practices<\/b><\/p>\n

                                          Explanation:<\/b>
                                          \n<\/b>Recurring requirements changes may reveal patterns in elicitation, stakeholder engagement, assumptions, decision-making, environmental conditions, or requirements analysis. Examining these patterns can help the organization identify opportunities to improve its business analysis approach. The number of changes alone does not explain why they occurred. Reviewing causes, stakeholder involvement, assumptions, decisions, and analysis practices provides insight into whether changes were caused by evolving needs, incomplete elicitation, inadequate validation, external factors, or other conditions. These lessons can then inform improvements to future initiatives and business analysis practices.<\/span><\/p>\n

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

                                          View Full IIBA CBAP Exam Dumps and Practice Test Dumps   Question 381: A business analyst is determining whether a proposed business capability is sufficient to support a strategic objective. What should be compared? The capability’s current state with the required future state The capability’s documentation with the project schedule The capability’s cost with the […]<\/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\/20650"}],"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=20650"}],"version-history":[{"count":1,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/20650\/revisions"}],"predecessor-version":[{"id":20651,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/20650\/revisions\/20651"}],"wp:attachment":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/media?parent=20650"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/categories?post=20650"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/tags?post=20650"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}