{"id":22361,"date":"2026-09-25T12:29:57","date_gmt":"2026-09-25T12:29:57","guid":{"rendered":"https:\/\/www.examlabs.com\/certification\/?p=22361"},"modified":"2026-09-25T12:29:57","modified_gmt":"2026-09-25T12:29:57","slug":"pmi-pmi-pba-practice-test-questions-and-exam-dumps-part8-q141-160","status":"publish","type":"post","link":"https:\/\/www.examlabs.com\/certification\/pmi-pmi-pba-practice-test-questions-and-exam-dumps-part8-q141-160\/","title":{"rendered":"PMI PMI-PBA Practice Test Questions and Exam Dumps Part8 Q141-160"},"content":{"rendered":"

View Full <\/b>PMI PMI-PBA Exam Dumps<\/b><\/a> and Practice Test Dumps<\/b><\/h2>\n

 <\/p>\n

Question 141.<\/b><\/p>\n

A business analyst discovers that a proposed solution depends heavily on a business assumption that has never been tested. What should the analyst do?<\/b><\/p>\n

    \n
  1. <\/b> Treat the assumption as a confirmed fact<\/span>
    \n<\/span>2.<\/b> Document the assumption, assess its impact, and determine how it can be validated<\/span>
    \n<\/span>3.<\/b> Remove the assumption from project records<\/span>
    \n<\/span>4.<\/b> Wait until deployment to determine whether it is correct<\/span><\/li>\n<\/ol>\n

    Correct Answer: 2<\/b><\/p>\n

    Explanation:<\/b><\/p>\n

    Important assumptions should be visible and evaluated because an incorrect assumption can undermine requirements, solution design, expected benefits, or the entire business case. The analyst should document the assumption, identify its potential impact, and determine whether evidence can confirm or challenge it. High-impact assumptions may warrant early validation through research, prototypes, experiments, stakeholder confirmation, or other techniques. Treating assumptions as facts conceals uncertainty. Explicit assumption management helps decision-makers understand risk and allows the initiative to adapt before significant resources are committed.<\/span><\/p>\n

    Question 142.<\/b><\/p>\n

    A business analyst is reviewing requirements for a customer portal and finds that several requirements specify features but not the customer outcomes they support. What should the analyst do?<\/b><\/p>\n

      \n
    1. <\/b> Trace the features back to customer and business needs and challenge features without sufficient justification<\/span>
      \n<\/span>2.<\/b> Accept all features because they have already been documented<\/span>
      \n<\/span>3.<\/b> Add more technical details without examining business value<\/span>
      \n<\/span>4.<\/b> Ask developers to determine customer objectives<\/span><\/li>\n<\/ol>\n

      Correct Answer: 1<\/b><\/p>\n

      Explanation:<\/b><\/p>\n

      Solution features should normally contribute to an identifiable business or stakeholder need. Traceability helps the analyst determine why each capability exists and whether it contributes to intended outcomes. If a feature lacks clear justification, the analyst should investigate its rationale rather than automatically implementing or deleting it. Some features may support regulatory, operational, or technical necessities that are not immediately obvious. Connecting solution requirements to higher-level needs helps control unnecessary scope and ensures implementation resources remain focused on capabilities that provide legitimate value.<\/span><\/p>\n

      Question 143.<\/b><\/p>\n

      A project involves replacing a legacy system containing poorly documented business rules. What should the business analyst do?<\/b><\/p>\n

        \n
      1. <\/b> Copy every legacy behavior into the new solution<\/span>
        \n<\/span>2.<\/b> Ignore existing rules and design completely new ones<\/span>
        \n<\/span>3.<\/b> Elicit and analyze the actual rules using system behavior, documents, subject matter experts, and operational evidence<\/span>
        \n<\/span>4.<\/b> Allow developers to infer all rules from the legacy source code<\/span><\/li>\n<\/ol>\n

        Correct Answer: 3<\/b><\/p>\n

        Explanation:<\/b><\/p>\n

        Legacy systems frequently contain business logic that is not completely documented. The analyst should use multiple sources to understand the actual rules, including existing documentation, knowledgeable stakeholders, observed behavior, data, and system analysis where appropriate. Existing behavior should not automatically be reproduced because some rules may be obsolete or undesirable. Conversely, ignoring legacy logic can cause essential business behavior to disappear. Each significant rule should be understood, validated, and connected to current business needs before it is incorporated into the future solution.<\/span><\/p>\n

        Question 144.<\/b><\/p>\n

        A requirement change is approved, but the business analyst discovers that several related test cases and process models still reflect the previous requirement. What should be done?<\/b><\/p>\n

          \n
        1. <\/b> Leave the artifacts unchanged because only the requirement matters<\/span>
          \n<\/span>2.<\/b> Ask testers to interpret the change independently<\/span>
          \n<\/span>3.<\/b> Restore the previous requirement<\/span>
          \n<\/span>4.<\/b> Update affected artifacts and traceability so they remain consistent with the approved change<\/span><\/li>\n<\/ol>\n

          Correct Answer: 4<\/b><\/p>\n

          Explanation:<\/b><\/p>\n

          An approved requirement change can affect multiple related artifacts. Traceability helps identify process models, business rules, test cases, designs, interfaces, training materials, or other information that may require revision. Leaving inconsistent artifacts in circulation can cause teams to implement or test different versions of expected behavior. The analyst should ensure that affected information is updated according to configuration and change-management practices. Maintaining consistency across related artifacts is an important part of requirements lifecycle management and reduces downstream confusion and rework.<\/span><\/p>\n

          Question 145.<\/b><\/p>\n

          What is the primary purpose of defining a problem statement during needs assessment?<\/b><\/p>\n

            \n
          1. <\/b> To clearly describe the condition requiring attention and establish a shared understanding of the business problem<\/span>
            \n<\/span>2.<\/b> To prescribe the final technical solution<\/span>
            \n<\/span>3.<\/b> To define every detailed functional requirement<\/span>
            \n<\/span>4.<\/b> To assign development tasks<\/span><\/li>\n<\/ol>\n

            Correct Answer: 1<\/b><\/p>\n

            Explanation:<\/b><\/p>\n

            A problem statement describes the business condition that motivates investigation or change. It helps stakeholders develop a shared understanding of what is wrong, who or what is affected, and why the issue matters. A good problem statement should avoid prematurely prescribing a particular solution because multiple approaches may address the need. Once the problem is understood, the analyst can investigate causes, define objectives, identify stakeholders, and evaluate potential solutions. This keeps analysis focused on solving the underlying business issue rather than implementing a predetermined feature.<\/span><\/p>\n

            Question 146.<\/b><\/p>\n

            A business analyst wants to determine which proposed requirements deliver the greatest value relative to implementation effort. Which approach is most appropriate?<\/b><\/p>\n

              \n
            1. <\/b> Sort requirements alphabetically<\/span>
              \n<\/span>2.<\/b> Compare expected value with effort while also considering risk, dependencies, urgency, and constraints<\/span>
              \n<\/span>3.<\/b> Prioritize the longest requirements first<\/span>
              \n<\/span>4.<\/b> Give every requirement equal priority<\/span><\/li>\n<\/ol>\n

              Correct Answer: 2<\/b><\/p>\n

              Explanation:<\/b><\/p>\n

              Value-versus-effort comparison can help stakeholders identify requirements that provide strong benefits for reasonable implementation investment. However, the analyst should not use this relationship in isolation. A high-effort requirement may still be mandatory because of regulation or may enable several other capabilities. Similarly, a low-effort feature may provide little meaningful value. Risk, dependencies, strategic alignment, urgency, and constraints should therefore be considered alongside value and effort. The resulting analysis supports informed prioritization rather than automatically determining the final delivery sequence.<\/span><\/p>\n

              Question 147.<\/b><\/p>\n

              During elicitation, a stakeholder describes a process differently from what the business analyst observed in practice. What should the analyst do?<\/b><\/p>\n

                \n
              1. <\/b> Assume the stakeholder is incorrect<\/span>
                \n<\/span>2.<\/b> Assume the observation is incorrect<\/span>
                \n<\/span>3.<\/b> Investigate the difference and determine whether documented, intended, and actual processes differ<\/span>
                \n<\/span>4.<\/b> Discard both sources<\/span><\/li>\n<\/ol>\n

                Correct Answer: 3<\/b><\/p>\n

                Explanation:<\/b><\/p>\n

                Differences between stated and observed processes can provide valuable information. The stakeholder may be describing the official procedure, while employees actually follow a workaround or exception in practice. Alternatively, the observation may represent an unusual case. The analyst should investigate the discrepancy using additional evidence and knowledgeable stakeholders. Understanding the intended process and the actual operational process can reveal control gaps, inefficiencies, undocumented requirements, or training problems. Multiple elicitation techniques are useful precisely because each can expose information that another technique misses.<\/span><\/p>\n

                Question 148.<\/b><\/p>\n

                A business analyst finds that a proposed requirement conflicts with the organization’s strategic direction. What should the analyst do?<\/b><\/p>\n

                  \n
                1. <\/b> Implement it because operational stakeholders requested it<\/span>
                  \n<\/span>2.<\/b> Hide the conflict from the sponsor<\/span>
                  \n<\/span>3.<\/b> Change the strategic objective personally<\/span>
                  \n<\/span>4.<\/b> Make the misalignment visible and facilitate an appropriate decision about the requirement<\/span><\/li>\n<\/ol>\n

                  Correct Answer: 4<\/b><\/p>\n

                  Explanation:<\/b><\/p>\n

                  Requirements should generally support organizational objectives or satisfy another legitimate need such as compliance or operational necessity. When a requirement conflicts with strategic direction, the analyst should identify and communicate the conflict so authorized stakeholders can decide how to proceed. There may be a valid reason for the exception, or the requirement may need modification, deferral, or removal. The analyst should not independently change organizational strategy or conceal the inconsistency. Transparent alignment analysis helps ensure resources are directed toward appropriate business outcomes.<\/span><\/p>\n

                  Question 149.<\/b><\/p>\n

                  Why is it useful to define requirement acceptance criteria before implementation?<\/b><\/p>\n

                    \n
                  1. <\/b> They create shared, observable expectations for determining whether the requirement has been satisfactorily fulfilled.<\/span>
                    \n<\/span>2.<\/b> They guarantee stakeholder satisfaction.<\/span>
                    \n<\/span>3.<\/b> They eliminate the need for testing.<\/span>
                    \n<\/span>4.<\/b> They prevent requirements from changing.<\/span><\/li>\n<\/ol>\n

                    Correct Answer: 1<\/b><\/p>\n

                    Explanation:<\/b><\/p>\n

                    Acceptance criteria clarify what successful fulfillment of a requirement looks like. Defining them early can reveal ambiguity, missing scenarios, and conflicting stakeholder expectations before significant implementation effort occurs. They also provide useful input for solution design, testing, validation, and acceptance. Criteria should be sufficiently objective and aligned with the underlying business need. They do not guarantee satisfaction or eliminate testing; instead, they provide a clearer basis for determining whether the implemented capability behaves as stakeholders intended.<\/span><\/p>\n

                    Question 150.<\/b><\/p>\n

                    A business analyst is evaluating an initiative with benefits expected to occur several years after implementation. What should the analyst consider?<\/b><\/p>\n

                      \n
                    1. <\/b> Only immediate implementation cost<\/span>
                      \n<\/span>2.<\/b> The timing of costs and benefits, relevant assumptions, uncertainty, and the organization’s financial evaluation approach<\/span>
                      \n<\/span>3.<\/b> Only the number of stakeholders involved<\/span>
                      \n<\/span>4.<\/b> Only development duration<\/span><\/li>\n<\/ol>\n

                      Correct Answer: 2<\/b><\/p>\n

                      Explanation:<\/b><\/p>\n

                      The timing of costs and benefits matters when evaluating long-term investments. Benefits received several years in the future may be subject to greater uncertainty and may be evaluated differently from immediate benefits under the organization’s financial methods. The analyst should document assumptions and consider the expected timing of implementation costs, operating costs, savings, revenue, and other relevant effects. Appropriate financial measures can help stakeholders compare alternatives consistently. Financial analysis should also be considered alongside strategic, regulatory, operational, and qualitative factors where relevant.<\/span><\/p>\n

                      Question 151.<\/b><\/p>\n

                      A business analyst needs to determine how a proposed policy change will affect several existing business processes. What should the analyst do?<\/b><\/p>\n

                        \n
                      1. <\/b> Review only the policy document<\/span>
                        \n<\/span>2.<\/b> Change every process automatically<\/span>
                        \n<\/span>3.<\/b> Trace the policy or business rule to affected processes, requirements, roles, data, and solution components<\/span>
                        \n<\/span>4.<\/b> Wait for operational problems to occur<\/span><\/li>\n<\/ol>\n

                        Correct Answer: 3<\/b><\/p>\n

                        Explanation:<\/b><\/p>\n

                        Policy changes can affect multiple aspects of an organization. Traceability and impact analysis help the analyst identify which processes, requirements, roles, data elements, controls, and solution components depend on the changed rule. The analyst can then determine which artifacts and operational practices require modification. Reviewing only the policy text does not reveal all downstream consequences. Early impact analysis supports better estimates, communication, change planning, and testing while reducing the risk that an affected process continues operating under outdated rules.<\/span><\/p>\n

                        Question 152.<\/b><\/p>\n

                        A stakeholder wants to approve a requirement even though several important terms within it remain undefined. What should the business analyst do?<\/b><\/p>\n

                          \n
                        1. <\/b> Approve it and define the terms after deployment<\/span>
                          \n<\/span>2.<\/b> Allow each implementation team to define the terms independently<\/span>
                          \n<\/span>3.<\/b> Remove the undefined terms without stakeholder involvement<\/span>
                          \n<\/span>4.<\/b> Clarify the terminology sufficiently before relying on the requirement for implementation and acceptance<\/span><\/li>\n<\/ol>\n

                          Correct Answer: 4<\/b><\/p>\n

                          Explanation:<\/b><\/p>\n

                          Undefined terms create ambiguity and can cause different teams to interpret the same requirement differently. The analyst should work with relevant stakeholders to establish clear meanings through requirement wording, a glossary, business rules, models, examples, or other appropriate techniques. Formal approval of ambiguous information does not eliminate the ambiguity. Clarifying terminology before implementation reduces inconsistent design decisions and testing disputes. Where organizational terminology already exists, the analyst should use authoritative definitions rather than creating unnecessary alternatives.<\/span><\/p>\n

                          Question 153.<\/b><\/p>\n

                          What is the primary benefit of analyzing stakeholders early in an initiative?<\/b><\/p>\n

                            \n
                          1. <\/b> It helps identify who can provide information, make decisions, influence outcomes, or be affected by the change.<\/span>
                            \n<\/span>2.<\/b> It guarantees that stakeholders will agree with one another.<\/span>
                            \n<\/span>3.<\/b> It eliminates the need for communication planning.<\/span>
                            \n<\/span>4.<\/b> It prevents new stakeholders from emerging later.<\/span><\/li>\n<\/ol>\n

                            Correct Answer: 1<\/b><\/p>\n

                            Explanation:<\/b><\/p>\n

                            Early stakeholder analysis helps the business analyst understand who should participate in elicitation, validation, prioritization, approvals, and solution evaluation. It also helps identify groups that may experience significant impacts from the change. Missing an important stakeholder can result in incomplete requirements, delayed decisions, resistance, or overlooked constraints. Stakeholder analysis does not guarantee agreement, and it should be revisited as the initiative progresses because new stakeholders can emerge or existing stakeholders’ influence and interests can change.<\/span><\/p>\n

                            Question 154.<\/b><\/p>\n

                            A business analyst notices that a process has several approvals that rarely result in a request being rejected. What should the analyst do?<\/b><\/p>\n

                              \n
                            1. <\/b> Remove every approval immediately<\/span>
                              \n<\/span>2.<\/b> Analyze the purpose, value, risk control, and regulatory basis of the approvals before recommending changes<\/span>
                              \n<\/span>3.<\/b> Add more approvals for consistency<\/span>
                              \n<\/span>4.<\/b> Assume the approvals have no value<\/span><\/li>\n<\/ol>\n

                              Correct Answer: 2<\/b><\/p>\n

                              Explanation:<\/b><\/p>\n

                              A low rejection rate does not automatically mean an approval is unnecessary. The approval may deter inappropriate actions, satisfy regulatory requirements, provide accountability, or address high-impact risks. Alternatively, it may be an inefficient legacy control that provides little value. The analyst should understand why each approval exists, what risks it addresses, and what would happen if it were removed or automated. Evidence-based analysis allows stakeholders to simplify the process without unintentionally weakening necessary business controls.<\/span><\/p>\n

                              Question 155.<\/b><\/p>\n

                              A business analyst is reviewing a requirement that states a customer account must be \u201cactive\u201d before an order can be submitted. What should be clarified?<\/b><\/p>\n

                                \n
                              1. <\/b> Only the screen location of the account status<\/span>
                                \n<\/span>2.<\/b> Only which developer will implement the rule<\/span>
                                \n<\/span>3.<\/b> The business definition and conditions that determine when an account is considered active<\/span>
                                \n<\/span>4.<\/b> Only the color used to display active accounts<\/span><\/li>\n<\/ol>\n

                                Correct Answer: 3<\/b><\/p>\n

                                Explanation:<\/b><\/p>\n

                                The word \u201cactive\u201d may represent a business concept governed by multiple conditions, such as account approval, payment status, contractual status, verification, or expiration. Unless those conditions are clearly defined, different stakeholders and systems may interpret the rule inconsistently. The analyst should establish an authoritative definition and identify related business rules or data requirements. Clear definitions improve implementation, integration, reporting, and testing. This is particularly important for terms that appear simple but carry specific organizational meaning.<\/span><\/p>\n

                                Question 156.<\/b><\/p>\n

                                An initiative is halfway through development when a competitor introduces a service that changes customer expectations significantly. What should the business analyst do?<\/b><\/p>\n

                                  \n
                                1. <\/b> Ignore the market change because requirements were already approved<\/span>
                                  \n<\/span>2.<\/b> Replace all approved requirements immediately<\/span>
                                  \n<\/span>3.<\/b> Copy the competitor’s service without analysis<\/span>
                                  \n<\/span>4.<\/b> Assess the effect on business objectives, assumptions, requirements, priorities, and expected benefits<\/span><\/li>\n<\/ol>\n

                                  Correct Answer: 4<\/b><\/p>\n

                                  Explanation:<\/b><\/p>\n

                                  Significant external changes can alter the value or relevance of existing requirements. The analyst should assess whether customer expectations, strategic objectives, business-case assumptions, or priorities have materially changed. This does not mean automatically copying a competitor or abandoning approved work. Instead, the new information should be analyzed and presented through appropriate governance so decision-makers can determine whether adjustments are justified. Requirements management should provide control while still allowing the initiative to respond to meaningful changes in its business environment.<\/span><\/p>\n

                                  Question 157.<\/b><\/p>\n

                                  Why might a business analyst create personas when analyzing a customer-facing solution?<\/b><\/p>\n

                                    \n
                                  1. <\/b> To represent meaningful user characteristics, goals, behaviors, and needs that can support requirements and design discussions<\/span>
                                    \n<\/span>2.<\/b> To replace all direct stakeholder research<\/span>
                                    \n<\/span>3.<\/b> To define project accounting codes<\/span>
                                    \n<\/span>4.<\/b> To guarantee that every individual user behaves identically<\/span><\/li>\n<\/ol>\n

                                    Correct Answer: 1<\/b><\/p>\n

                                    Explanation:<\/b><\/p>\n

                                    Personas can provide useful representations of important user groups by summarizing relevant goals, behaviors, contexts, and needs. They can help teams consider different user perspectives when discussing requirements and solution decisions. Effective personas should be grounded in research or credible evidence rather than stereotypes or assumptions. They do not replace direct stakeholder engagement, and individual users within a group may still vary significantly. Personas are most useful when they simplify complex user information without concealing meaningful differences among stakeholder populations.<\/span><\/p>\n

                                    Question 158.<\/b><\/p>\n

                                    A business analyst wants to determine whether requirements are ready to be communicated to a development team. What should be assessed?<\/b><\/p>\n

                                      \n
                                    1. <\/b> Only whether each requirement has an identification number<\/span>
                                      \n<\/span>2.<\/b> Whether the requirements have sufficient clarity, completeness, consistency, feasibility, and detail for their intended use<\/span>
                                      \n<\/span>3.<\/b> Only whether the sponsor has seen the document<\/span>
                                      \n<\/span>4.<\/b> Whether all requirements have exactly the same length<\/span><\/li>\n<\/ol>\n

                                      Correct Answer: 2<\/b><\/p>\n

                                      Explanation:<\/b><\/p>\n

                                      Requirements should be fit for their intended purpose before being used for implementation. The appropriate level of detail depends on the delivery approach, but requirements should generally be sufficiently clear, consistent, complete, feasible, and understandable to support the next activity. Relevant acceptance criteria, models, dependencies, or business rules may also be necessary. Verification helps identify quality problems before they become implementation misunderstandings. Readiness does not require every requirement to have identical structure or length; it requires sufficient quality for the context.<\/span><\/p>\n

                                      Question 159.<\/b><\/p>\n

                                      An implemented solution reduces transaction processing time but increases the number of customer errors. How should the business analyst evaluate the result?<\/b><\/p>\n

                                        \n
                                      1. <\/b> Declare complete success because processing is faster<\/span>
                                        \n<\/span>2.<\/b> Ignore the increased errors because they are a different metric<\/span>
                                        \n<\/span>3.<\/b> Evaluate the combined effect against the initiative’s overall objectives and success measures<\/span>
                                        \n<\/span>4.<\/b> Stop collecting performance information<\/span><\/li>\n<\/ol>\n

                                        Correct Answer: 3<\/b><\/p>\n

                                        Explanation:<\/b><\/p>\n

                                        Solution value should be evaluated across relevant outcomes rather than using a single favorable measure. Faster processing may provide value, but increased customer errors could create rework, dissatisfaction, financial losses, or support costs. The analyst should compare both outcomes with established objectives and determine whether the overall solution performance is acceptable. Root cause analysis may then identify why the errors increased. Balanced evaluation prevents local improvements from being mistaken for overall business success when they create significant negative consequences elsewhere.<\/span><\/p>\n

                                        Question 160.<\/b><\/p>\n

                                        A business analyst is preparing requirements information for long-term organizational use after project closure. What should receive particular attention?<\/b><\/p>\n

                                          \n
                                        1. <\/b> Keeping every informal draft permanently<\/span>
                                          \n<\/span>2.<\/b> Deleting all requirement history<\/span>
                                          \n<\/span>3.<\/b> Storing information only on the analyst’s personal device<\/span>
                                          \n<\/span>4.<\/b> Retaining relevant approved requirements, business rules, decisions, traceability, and supporting information in an accessible controlled repository<\/span><\/li>\n<\/ol>\n

                                          Correct Answer: 4<\/b><\/p>\n

                                          Explanation:<\/b><\/p>\n

                                          Requirements information can remain useful for operations, compliance, maintenance, future enhancements, audits, and impact analysis long after the original project closes. The analyst should identify which information has continuing organizational value and ensure it is transferred to an appropriate controlled repository. Relevant context, including business rules, decisions, rationale, and traceability, can help future teams understand why the solution behaves as it does. Retention should follow organizational policies rather than keeping every working draft or relying on individual team members’ personal storage.<\/span><\/p>\n

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

                                          View Full PMI PMI-PBA Exam Dumps and Practice Test Dumps   Question 141. A business analyst discovers that a proposed solution depends heavily on a business assumption that has never been tested. What should the analyst do? Treat the assumption as a confirmed fact 2. Document the assumption, assess its impact, and determine how it […]<\/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\/22361"}],"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=22361"}],"version-history":[{"count":1,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/22361\/revisions"}],"predecessor-version":[{"id":22362,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/22361\/revisions\/22362"}],"wp:attachment":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/media?parent=22361"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/categories?post=22361"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/tags?post=22361"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}