{"id":22355,"date":"2026-09-25T12:28:52","date_gmt":"2026-09-25T12:28:52","guid":{"rendered":"https:\/\/www.examlabs.com\/certification\/?p=22355"},"modified":"2026-09-25T12:28:52","modified_gmt":"2026-09-25T12:28:52","slug":"pmi-pmi-pba-practice-test-questions-and-exam-dumps-part5-q81-100","status":"publish","type":"post","link":"https:\/\/www.examlabs.com\/certification\/pmi-pmi-pba-practice-test-questions-and-exam-dumps-part5-q81-100\/","title":{"rendered":"PMI PMI-PBA Practice Test Questions and Exam Dumps Part5 Q81-100"},"content":{"rendered":"

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

 <\/p>\n

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

A business analyst is planning elicitation for a project involving a highly specialized regulatory process. What should the analyst do before selecting elicitation techniques?<\/b><\/p>\n

    \n
  1. <\/b> Identify the information needed, relevant stakeholders, constraints, and characteristics of the subject area<\/span>
    \n<\/span>2.<\/b> Automatically schedule a workshop with every employee<\/span>
    \n<\/span>3.<\/b> Select interviews because they are always the best technique<\/span>
    \n<\/span>4.<\/b> Begin documenting requirements without stakeholder involvement<\/span><\/li>\n<\/ol>\n

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

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

    Elicitation should be planned according to the type of information required, stakeholder characteristics, complexity, availability, and organizational constraints. A specialized regulatory process may require interviews with subject matter experts, document analysis, workshops, or consultation with compliance personnel. No single elicitation technique is universally appropriate. Understanding the objectives and participants first allows the analyst to choose techniques that provide reliable information efficiently. Preparation also helps identify background materials and questions that should be reviewed before engaging stakeholders, improving the quality of elicitation results.<\/span><\/p>\n

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

    A business analyst is asked to determine whether a proposed initiative is financially worthwhile. Which analysis would be most useful?<\/b><\/p>\n

      \n
    1. <\/b> A stakeholder attendance analysis<\/span>
      \n<\/span>2.<\/b> An assessment of expected costs, benefits, assumptions, risks, and financial measures<\/span>
      \n<\/span>3.<\/b> A requirements numbering review<\/span>
      \n<\/span>4.<\/b> A user-interface color comparison<\/span><\/li>\n<\/ol>\n

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

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

      Financial analysis supports decisions about whether expected benefits justify the costs and risks associated with an initiative. Depending on organizational practices, the analysis may consider implementation and operating costs, expected savings or revenue, cash flows, payback, return measures, and uncertainty. Assumptions should be clearly documented because projected benefits frequently depend on future behavior or conditions. Financial analysis is only one dimension of a business case, since strategic, regulatory, operational, and qualitative benefits may also matter, but it provides important evidence for investment decisions.<\/span><\/p>\n

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

      During requirements analysis, stakeholders identify several requirements that appear to provide the same business outcome. What should the business analyst do?<\/b><\/p>\n

        \n
      1. <\/b> Implement all requirements regardless of duplication<\/span>
        \n<\/span>2.<\/b> Remove all of them<\/span>
        \n<\/span>3.<\/b> Analyze the requirements for overlap and determine whether they can be consolidated or differentiated<\/span>
        \n<\/span>4.<\/b> Assign each requirement to a different release without analysis<\/span><\/li>\n<\/ol>\n

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

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

        Overlapping requirements can increase complexity and create inconsistent interpretations if they are managed independently. The analyst should compare their objectives, scope, sources, rules, and expected outcomes to determine whether they are genuine duplicates or contain meaningful distinctions. True duplicates can often be consolidated while retaining traceability to the original sources. If differences are important, those differences should be made explicit. A well-organized requirement set improves understanding, prioritization, impact analysis, implementation, and testing while reducing unnecessary duplication.<\/span><\/p>\n

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

        A stakeholder proposes a requirement that would significantly expand project scope but provides no evidence of additional business value. What should the business analyst do?<\/b><\/p>\n

          \n
        1. <\/b> Add it immediately because stakeholders define all scope<\/span>
          \n<\/span>2.<\/b> Reject it without discussion<\/span>
          \n<\/span>3.<\/b> Hide the request from the project manager<\/span>
          \n<\/span>4.<\/b> Evaluate its rationale, value, impacts, and alignment with objectives through the established governance process<\/span><\/li>\n<\/ol>\n

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

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

          A stakeholder request should be analyzed before it becomes approved scope. The analyst should understand the underlying need, determine whether the requirement supports business objectives, and assess impacts on cost, schedule, risk, dependencies, and existing requirements. If the requirement lacks sufficient value, decision-makers may reject or defer it. If new information demonstrates meaningful benefit, scope expansion may be justified. The important principle is that changes should be transparent and evidence-based rather than automatically accepted or rejected based solely on who requested them.<\/span><\/p>\n

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

          Why should a business analyst understand stakeholder communication preferences?<\/b><\/p>\n

            \n
          1. <\/b> Different stakeholders may require different formats, frequency, detail, and communication methods to participate effectively.<\/span>
            \n<\/span>2.<\/b> Communication preferences determine technical architecture.<\/span>
            \n<\/span>3.<\/b> Every stakeholder should receive every project detail.<\/span>
            \n<\/span>4.<\/b> Communication preferences eliminate the need for stakeholder analysis.<\/span><\/li>\n<\/ol>\n

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

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

            Stakeholders differ in their roles, authority, technical knowledge, availability, and information needs. Executives may prefer concise summaries focused on decisions and outcomes, while implementation teams may need detailed requirements and models. Understanding these preferences helps the analyst communicate efficiently and reduces misunderstanding. Tailoring communication does not mean altering the meaning of approved information. Instead, the analyst selects appropriate formats and levels of detail so each stakeholder can understand and use the information necessary for their responsibilities.<\/span><\/p>\n

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

            A business analyst discovers that users perform an undocumented manual step before entering data into the current system. What should the analyst do?<\/b><\/p>\n

              \n
            1. <\/b> Ignore it because it is not in the official procedure<\/span>
              \n<\/span>2.<\/b> Investigate why the step exists and determine whether the future solution must address the underlying need<\/span>
              \n<\/span>3.<\/b> Prohibit the step immediately<\/span>
              \n<\/span>4.<\/b> Assume the step has no business value<\/span><\/li>\n<\/ol>\n

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

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

              Undocumented activities and workarounds can reveal important requirements, constraints, or deficiencies in the current process. The analyst should understand why users perform the manual step and what problem it solves. It might compensate for missing functionality, poor data quality, an outdated policy, or an operational requirement not reflected in formal documentation. The future state should address the underlying need appropriately rather than simply reproducing or eliminating the workaround without analysis. Observation and stakeholder discussion can help establish its purpose.<\/span><\/p>\n

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

              A business analyst needs to determine which requirements should be included in the first product release. What should be considered?<\/b><\/p>\n

                \n
              1. <\/b> Only the order in which requirements were documented<\/span>
                \n<\/span>2.<\/b> Only stakeholder seniority<\/span>
                \n<\/span>3.<\/b> Business value, dependencies, risk, urgency, feasibility, effort, and release objectives<\/span>
                \n<\/span>4.<\/b> Only the number of words in each requirement<\/span><\/li>\n<\/ol>\n

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

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

                Release decisions should balance business priorities with practical delivery considerations. A high-value requirement may depend on foundational capabilities that must be delivered first, while a regulatory requirement may have a deadline that increases its urgency. Risk, effort, feasibility, and release objectives can also influence sequencing. The business analyst helps stakeholders understand these relationships and trade-offs. Prioritization should remain transparent and based on agreed criteria rather than arbitrary factors such as documentation order or organizational seniority alone.<\/span><\/p>\n

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

                A solution requirement is written so broadly that different development teams are implementing different interpretations. What should the business analyst do?<\/b><\/p>\n

                  \n
                1. <\/b> Allow each team to continue with its preferred interpretation<\/span>
                  \n<\/span>2.<\/b> Wait until user acceptance testing to resolve the difference<\/span>
                  \n<\/span>3.<\/b> Select one interpretation without stakeholder input<\/span>
                  \n<\/span>4.<\/b> Clarify the requirement, obtain appropriate agreement, and communicate the authoritative interpretation<\/span><\/li>\n<\/ol>\n

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

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

                  Different interpretations indicate that the requirement lacks sufficient clarity or supporting detail. The analyst should work with relevant stakeholders to determine the intended meaning and update the requirement, model, examples, or acceptance criteria as necessary. The authoritative interpretation should then be communicated to affected teams and controlled appropriately. Allowing divergent implementations can create integration problems, rework, and inconsistent business behavior. Resolving ambiguity early is generally less costly than waiting until acceptance testing exposes incompatible implementations.<\/span><\/p>\n

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

                  What is the primary purpose of analyzing the current state before recommending a future-state solution?<\/b><\/p>\n

                    \n
                  1. <\/b> To understand existing capabilities, problems, constraints, processes, and factors contributing to the business need<\/span>
                    \n<\/span>2.<\/b> To guarantee that the existing process will remain unchanged<\/span>
                    \n<\/span>3.<\/b> To prevent consideration of innovative solutions<\/span>
                    \n<\/span>4.<\/b> To reproduce every existing feature in the new solution<\/span><\/li>\n<\/ol>\n

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

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

                    Current-state analysis provides context for understanding why change is needed. It can identify existing processes, capabilities, pain points, constraints, technologies, organizational structures, and root causes. The objective is not necessarily to replicate the current state but to understand it well enough to design an appropriate future state. Without this context, teams may automate inefficient practices or overlook important dependencies. Current-state understanding also provides baseline information that can later help demonstrate whether the implemented change produced measurable improvement.<\/span><\/p>\n

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

                    A business analyst is evaluating a requirement requested by a powerful stakeholder. Other stakeholders believe it will reduce customer satisfaction. What should the analyst do?<\/b><\/p>\n

                      \n
                    1. <\/b> Accept it automatically because the requester has more authority<\/span>
                      \n<\/span>2.<\/b> Analyze the impacts objectively and present evidence and stakeholder concerns to the appropriate decision-maker<\/span>
                      \n<\/span>3.<\/b> Reject it because more stakeholders oppose it<\/span>
                      \n<\/span>4.<\/b> Remove the requirement without documenting the decision<\/span><\/li>\n<\/ol>\n

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

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

                      Stakeholder influence is relevant to governance, but it should not replace objective analysis. The analyst should identify the requirement’s expected benefits, negative consequences, affected stakeholders, risks, and alignment with business objectives. Evidence concerning customer satisfaction should be made visible to the person or group authorized to decide. The final decision may still favor the requirement, but it should be informed by its consequences. Business analysts support decision quality by making trade-offs transparent rather than simply following the strongest or largest stakeholder group.<\/span><\/p>\n

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

                      A requirement specifies different discount percentages depending on customer type and purchase amount. Which technique can help communicate this logic clearly?<\/b><\/p>\n

                        \n
                      1. <\/b> Organizational chart<\/span>
                        \n<\/span>2.<\/b> Project milestone list<\/span>
                        \n<\/span>3.<\/b> Decision table<\/span>
                        \n<\/span>4.<\/b> Stakeholder register<\/span><\/li>\n<\/ol>\n

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

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

                        A decision table is useful when outcomes depend on combinations of conditions or business rules. Customer type and purchase amount can be represented as conditions, while the resulting discount becomes the corresponding action or outcome. This structured format helps stakeholders identify missing combinations, contradictory rules, and unnecessary complexity. Decision tables can also provide useful input for solution design and testing. They are particularly effective when textual descriptions of conditional logic become difficult to understand or verify consistently.<\/span><\/p>\n

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

                        A business analyst learns that an external regulation affecting several requirements will change before the planned solution launch. What should the analyst do?<\/b><\/p>\n

                          \n
                        1. <\/b> Continue using the existing regulation without review<\/span>
                          \n<\/span>2.<\/b> Ignore the change until after deployment<\/span>
                          \n<\/span>3.<\/b> Remove regulatory requirements from the project<\/span>
                          \n<\/span>4.<\/b> Analyze the upcoming change and update affected requirements, plans, risks, and traceability as appropriate<\/span><\/li>\n<\/ol>\n

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

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

                          Known regulatory changes should be incorporated into requirements analysis as early as practical. The analyst should determine when the new rule becomes effective, which requirements it affects, and whether the planned solution must comply at launch. The change may influence scope, design, testing, schedule, training, or operational processes. Traceability can help identify affected elements. Ignoring a known future obligation can lead to expensive rework or a solution that cannot be accepted when deployed. Regulatory assumptions and interpretations should also be validated with appropriate experts.<\/span><\/p>\n

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

                          Why should requirements be prioritized throughout an initiative rather than only once at the beginning?<\/b><\/p>\n

                            \n
                          1. <\/b> Business conditions, risks, dependencies, estimates, and stakeholder needs can change as new information becomes available.<\/span>
                            \n<\/span>2.<\/b> Initial priorities are always incorrect.<\/span>
                            \n<\/span>3.<\/b> Requirements should change priority randomly.<\/span>
                            \n<\/span>4.<\/b> Prioritization is needed only to create reports.<\/span><\/li>\n<\/ol>\n

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

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

                            Priorities reflect current information and business circumstances. As an initiative progresses, stakeholders may learn more about implementation effort, dependencies, technical risks, customer needs, regulatory deadlines, or expected benefits. These developments can change the relative value or urgency of requirements. Periodic reprioritization allows the initiative to respond to legitimate new information while maintaining governance and strategic alignment. This does not mean priorities should constantly change without reason; changes should be based on relevant evidence and agreed decision criteria.<\/span><\/p>\n

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

                            A business analyst wants to identify gaps between current organizational capabilities and those required by the future state. What should the analyst perform?<\/b><\/p>\n

                              \n
                            1. <\/b> Only stakeholder mapping<\/span>
                              \n<\/span>2.<\/b> Gap analysis<\/span>
                              \n<\/span>3.<\/b> Only solution testing<\/span>
                              \n<\/span>4.<\/b> Contract closure<\/span><\/li>\n<\/ol>\n

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

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

                              Gap analysis compares the current state with the desired future state to identify what must change. Gaps may involve processes, skills, technology, information, organizational structures, policies, facilities, or other capabilities. Understanding these differences helps define transition requirements and potential solution components. The analyst can then assess which gaps are most significant and what changes are needed to close them. Gap analysis is particularly useful for preventing teams from focusing exclusively on new technology while overlooking organizational or process changes necessary to realize business value.<\/span><\/p>\n

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

                              A project team wants to begin development before requirements have been formally approved. What should the business analyst do?<\/b><\/p>\n

                                \n
                              1. <\/b> Always prohibit development under every circumstance<\/span>
                                \n<\/span>2.<\/b> Approve the requirements personally<\/span>
                                \n<\/span>3.<\/b> Clarify the applicable governance approach, risks, and level of authorization required before work proceeds<\/span>
                                \n<\/span>4.<\/b> Delete the approval process<\/span><\/li>\n<\/ol>\n

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

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

                                The appropriate response depends on the initiative’s lifecycle and governance model. Some adaptive environments intentionally begin work with progressively elaborated requirements, while other initiatives require formal approval before implementation. The analyst should understand the agreed requirements-management approach and ensure stakeholders recognize the risks of proceeding with insufficient authorization or clarity. The objective is not to impose unnecessary documentation but to maintain appropriate decision control. Any assumptions, provisional decisions, or outstanding approvals should remain visible to affected participants.<\/span><\/p>\n

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

                                A business analyst is evaluating a prototype and notices that stakeholders focus mainly on visual appearance instead of business functionality. What should the analyst do?<\/b><\/p>\n

                                  \n
                                1. <\/b> End prototyping permanently<\/span>
                                  \n<\/span>2.<\/b> Accept every visual preference as a mandatory requirement<\/span>
                                  \n<\/span>3.<\/b> Ignore stakeholder feedback<\/span>
                                  \n<\/span>4.<\/b> Reiterate the prototype’s purpose and guide feedback toward the specific requirements and assumptions being evaluated<\/span><\/li>\n<\/ol>\n

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

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

                                  Stakeholders may interpret a prototype differently from what the analyst intended. If the purpose is to evaluate workflow or functionality, excessive attention to colors and visual details can distract from the questions being investigated. The analyst should clearly explain the prototype’s fidelity, purpose, and which elements are open for feedback. Visual feedback may still be relevant, but it should be captured appropriately without obscuring the primary evaluation objectives. Setting expectations helps prototypes generate useful information while reducing premature assumptions about the final solution.<\/span><\/p>\n

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

                                  A business analyst finds that a requirement is linked to a business objective that has been canceled. What should the analyst do?<\/b><\/p>\n

                                    \n
                                  1. <\/b> Reevaluate the requirement’s justification and determine whether another valid need supports retaining it.<\/span>
                                    \n<\/span>2.<\/b> Keep it automatically because it was previously approved.<\/span>
                                    \n<\/span>3.<\/b> Implement it before stakeholders notice the objective changed.<\/span>
                                    \n<\/span>4.<\/b> Remove its traceability links but keep the requirement unchanged.<\/span><\/li>\n<\/ol>\n

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

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

                                    When the objective supporting a requirement disappears, the requirement’s business justification should be reassessed. It may still be needed because of another objective, regulatory obligation, dependency, or stakeholder need, but this should be demonstrated rather than assumed. Traceability makes this type of analysis easier by revealing which requirements are affected when upstream objectives change. Authorized stakeholders can then decide whether to retain, modify, defer, or remove the requirement. Continuing to implement requirements with no valid justification can consume resources without producing meaningful value.<\/span><\/p>\n

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

                                    A business analyst needs to confirm whether a proposed automated process handles rare but important exceptions correctly. What should the analyst do?<\/b><\/p>\n

                                      \n
                                    1. <\/b> Test only the most common scenario<\/span>
                                      \n<\/span>2.<\/b> Identify exception scenarios and validate the expected behavior with appropriate stakeholders<\/span>
                                      \n<\/span>3.<\/b> Assume rare situations do not require requirements<\/span>
                                      \n<\/span>4.<\/b> Allow developers to invent exception rules<\/span><\/li>\n<\/ol>\n

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

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

                                      Rare exceptions can have significant financial, regulatory, operational, or customer consequences. The analyst should identify relevant scenarios and determine the expected business response with knowledgeable stakeholders. Techniques such as scenarios, use cases, process models, decision tables, and examples can help expose exception behavior. Focusing only on the normal path may produce a solution that performs well under ordinary conditions but fails when unusual situations occur. Exception requirements should be proportionate to their likelihood, impact, and business importance.<\/span><\/p>\n

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

                                      An organization implements a solution expected to reduce processing errors by 40%. Six months later, errors have declined by only 10%. What should the business analyst do?<\/b><\/p>\n

                                        \n
                                      1. <\/b> Report the original 40% target as achieved<\/span>
                                        \n<\/span>2.<\/b> Stop measuring errors<\/span>
                                        \n<\/span>3.<\/b> Compare actual results with the baseline and target, then analyze the causes of the benefit shortfall<\/span>
                                        \n<\/span>4.<\/b> Change the baseline retroactively<\/span><\/li>\n<\/ol>\n

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

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

                                        Solution evaluation requires comparing actual performance with the baseline and expected outcomes. A 10% reduction against a 40% target indicates a benefit gap that should be investigated. Potential causes may include incomplete adoption, process issues, missing capabilities, inaccurate assumptions, training problems, or external factors. The analyst should use evidence to understand the gap and help stakeholders evaluate corrective actions. Changing the baseline or target simply to make results appear successful would undermine the usefulness of performance measurement and decision-making.<\/span><\/p>\n

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

                                        A business analyst is preparing to transition responsibility for requirements information to an operational team. What is most important?<\/b><\/p>\n

                                          \n
                                        1. <\/b> Delete historical requirement information after deployment.<\/span>
                                          \n<\/span>2.<\/b> Transfer only unresolved requirements.<\/span>
                                          \n<\/span>3.<\/b> Provide information without explaining ownership or maintenance expectations.<\/span>
                                          \n<\/span>4.<\/b> Ensure relevant requirements, decisions, traceability, supporting documentation, ownership, and maintenance responsibilities are appropriately transferred.<\/span><\/li>\n<\/ol>\n

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

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

                                          Requirements information can remain valuable after implementation, particularly for operations, maintenance, compliance, future enhancements, and impact analysis. The analyst should ensure that relevant artifacts are stored appropriately and that responsibility for maintaining them is understood. Important decisions, business rules, traceability relationships, assumptions, and supporting information may provide context for future changes. Effective transition prevents organizational knowledge from disappearing when the project team disbands and enables operational teams to understand why important solution behaviors and constraints exist.<\/span><\/p>\n

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

                                          View Full PMI PMI-PBA Exam Dumps and Practice Test Dumps   Question 81. A business analyst is planning elicitation for a project involving a highly specialized regulatory process. What should the analyst do before selecting elicitation techniques? Identify the information needed, relevant stakeholders, constraints, and characteristics of the subject area 2. Automatically schedule a workshop […]<\/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\/22355"}],"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=22355"}],"version-history":[{"count":1,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/22355\/revisions"}],"predecessor-version":[{"id":22356,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/22355\/revisions\/22356"}],"wp:attachment":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/media?parent=22355"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/categories?post=22355"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/tags?post=22355"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}