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

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

 <\/p>\n

Question 141. A business analyst is determining how much stakeholder participation is needed during requirements development. Which factor should be considered most carefully?<\/b><\/p>\n

    \n
  1. <\/b> The stakeholder’s preferred meeting time<\/span><\/li>\n
  2. <\/b> The stakeholder’s influence, interest, expertise, and relationship to the requirements<\/span><\/li>\n
  3. <\/b> The number of pages in the requirements document<\/span><\/li>\n
  4. <\/b> The programming language used by the solution<\/span><\/li>\n<\/ol>\n

    Correct Answer: 2. The stakeholder’s influence, interest, expertise, and relationship to the requirements<\/b><\/p>\n

    Explanation:<\/b>
    \n<\/b>Stakeholder participation should be tailored to the stakeholder’s role, influence, interest, expertise, authority, and relationship to the requirements. Some stakeholders may need to participate directly in elicitation and validation, while others may only need periodic updates or decision points. Meeting preferences can affect logistics but should not determine the appropriate level of engagement. Similarly, document length and programming language do not establish stakeholder involvement. A deliberate engagement approach helps ensure that important perspectives are captured without requiring every stakeholder to participate in every activity.<\/span><\/p>\n

    Question 142. A business analyst is evaluating whether a proposed solution provides the expected improvement in customer satisfaction. Which evidence would be most useful?<\/b><\/p>\n

      \n
    1. <\/b> The number of requirements approved<\/span><\/li>\n
    2. <\/b> The number of development meetings<\/span><\/li>\n
    3. <\/b> Customer satisfaction measures before and after implementation<\/span><\/li>\n
    4. <\/b> The number of developers assigned<\/span><\/li>\n<\/ol>\n

      Correct Answer: 3. Customer satisfaction measures before and after implementation<\/b><\/p>\n

      Explanation:<\/b>
      \n<\/b>Solution evaluation should use measures that demonstrate whether the expected business outcome was achieved. If customer satisfaction is the intended outcome, appropriate customer satisfaction measures collected before and after implementation can provide evidence of change. The number of requirements, meetings, or developers describes project activity rather than business performance. The measures should be relevant, reliable, and interpreted in context because other factors may also influence customer satisfaction. Comparing appropriate baseline and post-implementation information provides a stronger basis for evaluating whether the solution delivered the intended benefit.<\/span><\/p>\n

      Question 143. A business analyst is asked to determine which stakeholders should receive detailed technical requirements and which should receive business-level summaries. What should guide this decision?<\/b><\/p>\n

        \n
      1. <\/b> Stakeholder information needs and communication preferences<\/span><\/li>\n
      2. <\/b> Stakeholder seniority alone<\/span><\/li>\n
      3. <\/b> The order in which stakeholders joined the project<\/span><\/li>\n
      4. <\/b> The number of requirements assigned to each stakeholder<\/span><\/li>\n<\/ol>\n

        Correct Answer: 1. Stakeholder information needs and communication preferences<\/b><\/p>\n

        Explanation:<\/b>
        \n<\/b>Business analysis communication should be tailored to the audience. Stakeholders have different responsibilities, knowledge levels, decision-making needs, and preferences for receiving information. Technical teams may need detailed functional, interface, and non-functional requirements, while executives may need concise information about outcomes, risks, costs, and decisions. Seniority alone does not determine information needs. The business analyst should understand each stakeholder group’s communication requirements and select an appropriate level of detail and format while maintaining consistency in the underlying information.<\/span><\/p>\n

        Question 144. A business analyst discovers that a proposed solution depends on an external system that is owned by another organization. What should the analyst identify?<\/b><\/p>\n

          \n
        1. <\/b> Only the internal development schedule<\/span><\/li>\n
        2. <\/b> The dependency, associated risks, responsibilities, and required coordination<\/span><\/li>\n
        3. <\/b> The preferred user-interface design<\/span><\/li>\n
        4. <\/b> The number of internal project meetings<\/span><\/li>\n<\/ol>\n

          Correct Answer: 2. The dependency, associated risks, responsibilities, and required coordination<\/b><\/p>\n

          Explanation:<\/b>
          \n<\/b>External dependencies can significantly affect solution feasibility, timing, risk, and implementation. The business analyst should document the dependency and determine what responsibilities, interfaces, agreements, assumptions, and coordination are required. Risks associated with the external organization should also be considered because changes outside the initiative’s direct control may affect outcomes. Focusing only on internal schedules or interface design can overlook the dependency’s broader implications. Making external dependencies visible allows stakeholders to plan appropriate actions and monitor conditions that could affect delivery.<\/span><\/p>\n

          Question 145. A stakeholder proposes removing a requirement because it has not yet produced visible benefits. What should the business analyst examine before making a recommendation?<\/b><\/p>\n

            \n
          1. <\/b> The requirement’s relationship to expected outcomes, dependencies, timing, and value<\/span><\/li>\n
          2. <\/b> Only the requirement’s word count<\/span><\/li>\n
          3. <\/b> Only whether the requirement was requested by an executive<\/span><\/li>\n
          4. <\/b> Whether another requirement has a similar title<\/span><\/li>\n<\/ol>\n

            Correct Answer: 1. The requirement’s relationship to expected outcomes, dependencies, timing, and value<\/b><\/p>\n

            Explanation:<\/b>
            \n<\/b>A requirement should not be removed solely because benefits are not immediately visible. Some benefits may occur later, depend on other requirements, or require adoption of the solution before becoming measurable. The business analyst should examine the requirement’s expected value, relationship to business objectives, dependencies, timing, and relevant performance measures. This analysis provides evidence for deciding whether the requirement remains justified. Removing it without understanding these factors may eliminate an important capability or prevent other requirements from delivering their intended outcomes.<\/span><\/p>\n

            Question 146. A business analyst is asked to identify the information needed to determine whether a solution has achieved its intended business benefits. What should be defined?<\/b><\/p>\n

              \n
            1. <\/b> Benefit measures and evaluation criteria<\/span><\/li>\n
            2. <\/b> Only the project team’s preferred reports<\/span><\/li>\n
            3. <\/b> The number of stakeholder meetings<\/span><\/li>\n
            4. <\/b> The application’s development framework<\/span><\/li>\n<\/ol>\n

              Correct Answer: 1. Benefit measures and evaluation criteria<\/b><\/p>\n

              Explanation:<\/b>
              \n<\/b>Benefit evaluation requires clearly defined measures and criteria that can be used to determine whether expected outcomes have been achieved. Measures should be connected to the business objectives and may address financial, operational, customer, quality, compliance, or other relevant outcomes. Defining these measures helps establish what evidence should be collected and how results will be interpreted. Project meeting counts and development frameworks do not demonstrate business benefit. Establishing evaluation criteria early also makes later solution assessment more objective and meaningful.<\/span><\/p>\n

              Question 147. A business analyst is analyzing a business rule that contains several nested conditions and alternative outcomes. Which technique can help represent the logic in a structured way?<\/b><\/p>\n

                \n
              1. <\/b> Stakeholder map<\/span><\/li>\n
              2. <\/b> Decision tree<\/span><\/li>\n
              3. <\/b> Capability map<\/span><\/li>\n
              4. <\/b> Organization chart<\/span><\/li>\n<\/ol>\n

                Correct Answer: 2. Decision tree<\/b><\/p>\n

                Explanation:<\/b>
                \n<\/b>A decision tree represents decisions and their possible outcomes through branches based on conditions. It is useful when business logic contains sequential decisions, alternatives, and multiple possible outcomes. A decision tree can help stakeholders visualize how different conditions lead to different results and can expose missing or inconsistent logic. Stakeholder maps, capability maps, and organization charts serve different purposes. When the primary concern is understanding the logical path from conditions to outcomes, a decision tree can provide a clear and structured representation.<\/span><\/p>\n

                Question 148. A business analyst is determining whether a requirement can be satisfied without violating a mandatory organizational policy. What should the analyst evaluate?<\/b><\/p>\n

                  \n
                1. <\/b> Compliance with the applicable policy and its impact on the requirement<\/span><\/li>\n
                2. <\/b> The stakeholder’s preferred meeting format<\/span><\/li>\n
                3. <\/b> The requirement’s position in the document<\/span><\/li>\n
                4. <\/b> The number of developers assigned<\/span><\/li>\n<\/ol>\n

                  Correct Answer: 1. Compliance with the applicable policy and its impact on the requirement<\/b><\/p>\n

                  Explanation:<\/b>
                  \n<\/b>Organizational policies can act as constraints on requirements and solution options. The business analyst should identify the applicable policy, understand its mandatory provisions, and determine whether the requirement can be satisfied within those boundaries. If there is a conflict, the analyst should investigate the implications and involve the appropriate decision-makers or governance process. Meeting formats, document positions, and developer staffing do not establish policy compliance. Explicitly considering policy constraints helps prevent requirements from being approved that cannot legally or operationally be implemented.<\/span><\/p>\n

                  Question 149. A business analyst wants to understand why a process takes significantly longer in one department than another despite having similar steps. What should the analyst investigate?<\/b><\/p>\n

                    \n
                  1. <\/b> Only the department’s job titles<\/span><\/li>\n
                  2. <\/b> Differences in resources, rules, roles, inputs, systems, and process conditions<\/span><\/li>\n
                  3. <\/b> Only the visual appearance of process documentation<\/span><\/li>\n
                  4. <\/b> Only the number of stakeholders in each department<\/span><\/li>\n<\/ol>\n

                    Correct Answer: 2. Differences in resources, rules, roles, inputs, systems, and process conditions<\/b><\/p>\n

                    Explanation:<\/b>
                    \n<\/b>Similar process steps can produce different outcomes when underlying conditions differ. The business analyst should examine resources, staffing, roles, business rules, inputs, systems, handoffs, controls, workloads, and other relevant process conditions. Looking only at job titles or stakeholder counts would not explain operational performance differences. Comparing process variations helps identify the factors responsible for delays and provides evidence for improvement opportunities. The analysis should distinguish genuine process differences from differences caused by environmental or organizational factors.<\/span><\/p>\n

                    Question 150. A business analyst is documenting a requirement that must be implemented because of a government regulation. How should the requirement generally be treated during prioritization?<\/b><\/p>\n

                      \n
                    1. <\/b> As optional unless stakeholders request it again<\/span><\/li>\n
                    2. <\/b> According to its mandatory compliance significance<\/span><\/li>\n
                    3. <\/b> Based only on development team preference<\/span><\/li>\n
                    4. <\/b> Based only on its estimated implementation duration<\/span><\/li>\n<\/ol>\n

                      Correct Answer: 2. According to its mandatory compliance significance<\/b><\/p>\n

                      Explanation:<\/b>
                      \n<\/b>Regulatory requirements can impose mandatory obligations on an organization. Their prioritization should reflect the applicable compliance requirement, deadlines, risks, and consequences of non-compliance. Treating such requirements as optional or prioritizing them solely by development effort can create significant organizational risk. The business analyst should understand the specific regulatory obligation and communicate its implications to decision-makers. Other prioritization factors may still be relevant, but mandatory compliance obligations can impose constraints that must be addressed regardless of preference or convenience.<\/span><\/p>\n

                      Question 151. A business analyst is reviewing a requirement that was written several months ago and may no longer reflect current business conditions. What should the analyst do?<\/b><\/p>\n

                        \n
                      1. <\/b> Assume it remains valid because it was previously approved<\/span><\/li>\n
                      2. <\/b> Revalidate the requirement against current business needs and conditions<\/span><\/li>\n
                      3. <\/b> Delete it automatically<\/span><\/li>\n
                      4. <\/b> Ask developers to determine whether it is still needed<\/span><\/li>\n<\/ol>\n

                        Correct Answer: 2. Revalidate the requirement against current business needs and conditions<\/b><\/p>\n

                        Explanation:<\/b>
                        \n<\/b>Previously approved requirements may become less relevant when business conditions, regulations, strategies, stakeholders, or technology change. The business analyst should periodically assess whether requirements remain valid and aligned with current needs. Approval at an earlier point does not guarantee continued relevance. Revalidation may confirm that the requirement remains appropriate, reveal a need for modification, or indicate that it should be retired through the appropriate governance process. Developers can provide technical input, but business relevance should be evaluated in the appropriate business context.<\/span><\/p>\n

                        Question 152. A business analyst is identifying whether an initiative requires a new organizational capability that does not currently exist. What should the analyst compare?<\/b><\/p>\n

                          \n
                        1. <\/b> Current capabilities with the capabilities required in the future state<\/span><\/li>\n
                        2. <\/b> Current meeting schedules with future meeting schedules<\/span><\/li>\n
                        3. <\/b> Current document formats with future document formats<\/span><\/li>\n
                        4. <\/b> Current office locations with future office locations<\/span><\/li>\n<\/ol>\n

                          Correct Answer: 1. Current capabilities with the capabilities required in the future state<\/b><\/p>\n

                          Explanation:<\/b>
                          \n<\/b>Capability analysis examines what the organization can currently do and what it needs to be able to do in the future. Comparing current and desired capabilities reveals gaps that may require new processes, skills, technology, organizational changes, or other investments. Meeting schedules, document formats, and office locations generally do not establish whether the organization possesses the capabilities required for the future state. Capability gaps can then inform solution scope, transition requirements, organizational readiness, and strategic planning.<\/span><\/p>\n

                          Question 153. A business analyst is facilitating requirements elicitation with stakeholders who have conflicting priorities. What should the analyst focus on?<\/b><\/p>\n

                            \n
                          1. <\/b> Selecting the priority personally<\/span><\/li>\n
                          2. <\/b> Understanding the underlying needs and facilitating agreement using agreed criteria<\/span><\/li>\n
                          3. <\/b> Giving priority to the stakeholder with the highest job title<\/span><\/li>\n
                          4. <\/b> Ending elicitation until all stakeholders agree independently<\/span><\/li>\n<\/ol>\n

                            Correct Answer: 2. Understanding the underlying needs and facilitating agreement using agreed criteria<\/b><\/p>\n

                            Explanation:<\/b>
                            \n<\/b>Conflicting priorities should be explored rather than resolved through personal judgment or organizational seniority alone. The business analyst should understand the underlying needs, expected outcomes, constraints, risks, and value associated with each perspective. Agreed prioritization criteria can then provide a transparent basis for discussion and decision-making. The analyst facilitates the process but should not make business decisions without appropriate authority. Structured collaboration can reveal opportunities to satisfy multiple needs or identify trade-offs that require a decision from the responsible stakeholders.<\/span><\/p>\n

                            Question 154. A business analyst needs to document a requirement describing what data must be retained, for how long, and under what conditions it may be deleted. What type of concern does this requirement primarily address?<\/b><\/p>\n

                              \n
                            1. <\/b> Data retention and information management<\/span><\/li>\n
                            2. <\/b> Stakeholder hierarchy<\/span><\/li>\n
                            3. <\/b> Organizational branding<\/span><\/li>\n
                            4. <\/b> Project scheduling<\/span><\/li>\n<\/ol>\n

                              Correct Answer: 1. Data retention and information management<\/b><\/p>\n

                              Explanation:<\/b>
                              \n<\/b>Requirements concerning how long information must be retained, when it can be deleted, and under what conditions it must be preserved address information management and data retention concerns. Such requirements may also be influenced by legal, regulatory, security, privacy, or organizational policies. They should be analyzed carefully because they can affect storage, access, architecture, processes, and compliance. Stakeholder hierarchy, branding, and scheduling do not directly define data retention obligations. Clear retention requirements help ensure that information is managed consistently with applicable rules and business needs.<\/span><\/p>\n

                              Question 155. A business analyst is determining whether a proposed solution can meet a mandatory deadline imposed by an external authority. What should be considered?<\/b><\/p>\n

                                \n
                              1. <\/b> The deadline as a constraint and its impact on feasible solution options<\/span><\/li>\n
                              2. <\/b> Only the team’s preferred development method<\/span><\/li>\n
                              3. <\/b> Only the number of requirements<\/span><\/li>\n
                              4. <\/b> The analyst’s preferred delivery date<\/span><\/li>\n<\/ol>\n

                                Correct Answer: 1. The deadline as a constraint and its impact on feasible solution options<\/b><\/p>\n

                                Explanation:<\/b>
                                \n<\/b>A mandatory external deadline can constrain the solution approach, scope, sequencing, resources, and delivery strategy. The business analyst should document the deadline and assess how it affects feasibility and available alternatives. If the deadline cannot reasonably be met, that risk should be communicated to the appropriate decision-makers. Development preferences and requirement counts may influence planning but do not override an externally imposed obligation. Treating the deadline as an explicit constraint allows stakeholders to evaluate realistic options and make informed trade-offs.<\/span><\/p>\n

                                Question 156. A business analyst is reviewing several requirements and notices that some are supported by multiple business objectives while others support none. What should the analyst investigate?<\/b><\/p>\n

                                  \n
                                1. <\/b> The traceability and business justification of the requirements<\/span><\/li>\n
                                2. <\/b> Only the requirements’ formatting<\/span><\/li>\n
                                3. <\/b> The number of words in each requirement<\/span><\/li>\n
                                4. <\/b> Whether the requirements were written on the same day<\/span><\/li>\n<\/ol>\n

                                  Correct Answer: 1. The traceability and business justification of the requirements<\/b><\/p>\n

                                  Explanation:<\/b>
                                  \n<\/b>Requirements should have a clear relationship to business needs, objectives, stakeholder needs, or other valid sources. If a requirement supports no identifiable objective or business need, its justification may need to be investigated. Requirements supporting multiple objectives may be particularly valuable, but their relationships should still be validated rather than assumed. Traceability helps reveal these connections and supports prioritization, change analysis, and solution evaluation. Formatting, word count, and creation date do not establish whether a requirement is justified.<\/span><\/p>\n

                                  Question 157. A business analyst is evaluating whether a proposed solution will be accepted by employees who must use it daily. What should be assessed?<\/b><\/p>\n

                                    \n
                                  1. <\/b> User acceptance and organizational readiness<\/span><\/li>\n
                                  2. <\/b> Only the solution’s development language<\/span><\/li>\n
                                  3. <\/b> Only the number of system modules<\/span><\/li>\n
                                  4. <\/b> The document’s page count<\/span><\/li>\n<\/ol>\n

                                    Correct Answer: 1. User acceptance and organizational readiness<\/b><\/p>\n

                                    Explanation:<\/b>
                                    \n<\/b>A technically functional solution may still fail to deliver value if intended users cannot or will not adopt it effectively. The business analyst should assess user acceptance, organizational readiness, usability, training needs, process impacts, support requirements, and other adoption factors. Development language and module count do not establish whether users will accept the solution. Understanding readiness before implementation can reveal barriers and transition requirements that should be addressed. User feedback and appropriate evaluation measures can also help determine whether the solution is practical and acceptable in its operational context.<\/span><\/p>\n

                                    Question 158. A business analyst is asked to determine whether a proposed requirement can be tested objectively after implementation. What should the analyst define?<\/b><\/p>\n

                                      \n
                                    1. <\/b> Acceptance criteria that describe observable expected results<\/span><\/li>\n
                                    2. <\/b> The stakeholder’s preferred meeting schedule<\/span><\/li>\n
                                    3. <\/b> The analyst’s personal interpretation<\/span><\/li>\n
                                    4. <\/b> The application’s marketing message<\/span><\/li>\n<\/ol>\n

                                      Correct Answer: 1. Acceptance criteria that describe observable expected results<\/b><\/p>\n

                                      Explanation:<\/b>
                                      \n<\/b>Acceptance criteria establish the conditions that must be satisfied for a requirement or solution component to be accepted. Effective criteria describe observable or measurable results and provide a shared basis for verification. Without clear criteria, stakeholders may interpret satisfaction differently, creating disputes during validation or acceptance. Meeting schedules, marketing messages, and personal interpretations do not establish objective acceptance conditions. The business analyst should collaborate with appropriate stakeholders to define criteria that are sufficiently specific, testable, and aligned with the intended business need.<\/span><\/p>\n

                                      Question 159. A business analyst identifies that a proposed change could affect requirements owned by several different business units. What should the analyst do?<\/b><\/p>\n

                                        \n
                                      1. <\/b> Analyze the cross-functional impact and involve the affected stakeholders<\/span><\/li>\n
                                      2. <\/b> Change only the requirement owned by the requesting department<\/span><\/li>\n
                                      3. <\/b> Allow the requesting stakeholder to approve all affected requirements<\/span><\/li>\n
                                      4. <\/b> Ignore impacts outside the requesting department<\/span><\/li>\n<\/ol>\n

                                        Correct Answer: 1. Analyze the cross-functional impact and involve the affected stakeholders<\/b><\/p>\n

                                        Explanation:<\/b>
                                        \n<\/b>Changes that cross organizational boundaries can create dependencies and unintended consequences in multiple business areas. The business analyst should identify affected requirements, processes, systems, roles, policies, and stakeholders and assess the broader impact. Appropriate stakeholders should be involved in reviewing the implications and making decisions within their areas of authority. Limiting analysis to the requesting department can overlook important dependencies. Cross-functional impact analysis supports coordinated decisions and helps ensure that changes do not unintentionally disrupt other parts of the organization.<\/span><\/p>\n

                                        Question 160. A business analyst is reviewing whether a solution continues to provide value after several external business conditions have changed. What should be evaluated?<\/b><\/p>\n

                                          \n
                                        1. <\/b> Only whether the original requirements were delivered<\/span><\/li>\n
                                        2. <\/b> Current performance, continued stakeholder needs, environmental changes, and expected value<\/span><\/li>\n
                                        3. <\/b> Only the original project budget<\/span><\/li>\n
                                        4. <\/b> Only the number of enhancements requested<\/span><\/li>\n<\/ol>\n

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

                                          Explanation:<\/b>
                                          \n<\/b>Solution value can change when business conditions, regulations, markets, technology, stakeholder needs, or organizational strategies change. Continued solution evaluation should therefore consider current performance, current needs, environmental conditions, risks, and expected benefits rather than relying solely on historical requirements. A solution may still satisfy its original requirements while no longer providing the expected value. Examining current evidence helps stakeholders determine whether the solution should be maintained, improved, replaced, or otherwise adjusted in response to changing circumstances.<\/span><\/p>\n

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

                                          View Full IIBA CBAP Exam Dumps and Practice Test Dumps   Question 141. A business analyst is determining how much stakeholder participation is needed during requirements development. Which factor should be considered most carefully? The stakeholder’s preferred meeting time The stakeholder’s influence, interest, expertise, and relationship to the requirements The number of pages in 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\/20626"}],"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=20626"}],"version-history":[{"count":1,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/20626\/revisions"}],"predecessor-version":[{"id":20627,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/20626\/revisions\/20627"}],"wp:attachment":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/media?parent=20626"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/categories?post=20626"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/tags?post=20626"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}