{"id":22359,"date":"2026-09-25T12:29:34","date_gmt":"2026-09-25T12:29:34","guid":{"rendered":"https:\/\/www.examlabs.com\/certification\/?p=22359"},"modified":"2026-09-25T12:29:34","modified_gmt":"2026-09-25T12:29:34","slug":"pmi-pmi-pba-practice-test-questions-and-exam-dumps-part7-q121-140","status":"publish","type":"post","link":"https:\/\/www.examlabs.com\/certification\/pmi-pmi-pba-practice-test-questions-and-exam-dumps-part7-q121-140\/","title":{"rendered":"PMI PMI-PBA Practice Test Questions and Exam Dumps Part7 Q121-140"},"content":{"rendered":"

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

 <\/p>\n

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

A business analyst learns that two departments calculate the same key performance indicator differently. What should the analyst do?<\/b><\/p>\n

    \n
  1. <\/b> Facilitate agreement on a consistent definition, calculation method, data source, and ownership for the indicator.<\/span>
    \n<\/span>2.<\/b> Allow both definitions to remain without clarification.<\/span>
    \n<\/span>3.<\/b> Select the calculation that produces the better result.<\/span>
    \n<\/span>4.<\/b> Stop using performance indicators.<\/span><\/li>\n<\/ol>\n

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

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

    A performance indicator provides useful information only when stakeholders understand and apply it consistently. Different calculation methods can produce conflicting reports and undermine solution evaluation. The business analyst should identify the purpose of the indicator, clarify required data, establish an agreed calculation, and determine the authoritative source and owner. Historical data may also need to be interpreted carefully if previous calculations used different definitions. Consistent measurement allows stakeholders to compare results reliably and determine whether business objectives and expected benefits are actually being achieved.<\/span><\/p>\n

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

    A business analyst is assessing a business problem and finds several possible causes. Which action should be taken before recommending a solution?<\/b><\/p>\n

      \n
    1. <\/b> Select the cause mentioned by the most senior stakeholder.<\/span>
      \n<\/span>2.<\/b> Analyze available evidence to determine the underlying root cause or causes.<\/span>
      \n<\/span>3.<\/b> Implement separate solutions for every possible cause.<\/span>
      \n<\/span>4.<\/b> Assume technology is responsible.<\/span><\/li>\n<\/ol>\n

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

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

      A visible business problem may have several contributing factors, and stakeholders’ initial explanations may describe symptoms rather than root causes. The analyst should examine relevant data, processes, policies, systems, and stakeholder observations to understand what is actually producing the problem. Root cause techniques can help organize and test possible explanations. Recommending a solution before understanding the causes can result in investment that addresses symptoms while leaving the underlying problem unchanged. Evidence-based analysis provides a stronger foundation for defining requirements and evaluating solution alternatives.<\/span><\/p>\n

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

      During requirements planning, the business analyst identifies a stakeholder who has high influence but limited interest in detailed project activities. How should the analyst generally approach engagement?<\/b><\/p>\n

        \n
      1. <\/b> Send every detailed requirement to the stakeholder daily.<\/span>
        \n<\/span>2.<\/b> Exclude the stakeholder because interest is low.<\/span>
        \n<\/span>3.<\/b> Provide appropriately focused information and engage the stakeholder when significant decisions or issues require attention.<\/span>
        \n<\/span>4.<\/b> Delegate the stakeholder’s authority to the development team.<\/span><\/li>\n<\/ol>\n

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

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

        Stakeholder engagement should reflect both influence and information needs. A highly influential stakeholder may be important to major decisions even when that person does not need detailed involvement in routine analysis. The business analyst should provide concise, relevant information and ensure the stakeholder is engaged when decisions, risks, or changes warrant attention. Excessive detail can reduce engagement, while complete exclusion can create governance problems. Stakeholder strategies should also be reviewed over time because influence, interest, and decision needs can change during an initiative.<\/span><\/p>\n

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

        A stakeholder asks for a requirement to be implemented, but the analyst cannot determine what business need it supports. What should the analyst do?<\/b><\/p>\n

          \n
        1. <\/b> Add it because every stakeholder request is automatically a requirement.<\/span>
          \n<\/span>2.<\/b> Assign it to the next release without analysis.<\/span>
          \n<\/span>3.<\/b> Ask developers to invent a justification.<\/span>
          \n<\/span>4.<\/b> Investigate the rationale and establish traceability to a legitimate need before recommending implementation.<\/span><\/li>\n<\/ol>\n

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

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

          A requested feature should have a legitimate reason for consuming project resources. The analyst should determine whether it supports a business objective, stakeholder need, regulatory obligation, risk response, or another justified outcome. If no rationale can be established, the request should be challenged through the appropriate prioritization or governance process. This does not mean the analyst independently rejects stakeholder requests. Instead, the analyst makes the absence of justification visible so authorized stakeholders can make an informed scope decision based on value and necessity.<\/span><\/p>\n

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

          What is an important purpose of requirements attributes such as priority, status, source, and owner?<\/b><\/p>\n

            \n
          1. <\/b> They provide management information that supports analysis, tracking, governance, and requirements lifecycle activities.<\/span>
            \n<\/span>2.<\/b> They replace the actual requirement statements.<\/span>
            \n<\/span>3.<\/b> They eliminate the need for stakeholder communication.<\/span>
            \n<\/span>4.<\/b> They guarantee that requirements cannot change.<\/span><\/li>\n<\/ol>\n

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

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

            Requirements attributes provide useful information about requirements beyond their descriptive text. Priority supports sequencing and trade-offs, status indicates lifecycle position, source supports clarification and traceability, and ownership can identify responsibility for decisions or maintenance. Other attributes may include risk, complexity, release, rationale, or acceptance status. The specific attributes should be tailored to the initiative rather than collected unnecessarily. Well-managed attributes make a large requirement set easier to organize, analyze, communicate, and govern throughout its lifecycle.<\/span><\/p>\n

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

            A business analyst wants to understand which organizational strengths and weaknesses may influence a proposed change. Which technique could help?<\/b><\/p>\n

              \n
            1. <\/b> Source-code review<\/span>
              \n<\/span>2.<\/b> SWOT analysis<\/span>
              \n<\/span>3.<\/b> Automated regression testing<\/span>
              \n<\/span>4.<\/b> Contract invoicing<\/span><\/li>\n<\/ol>\n

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

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

              SWOT analysis examines strengths, weaknesses, opportunities, and threats relevant to a business situation or proposed initiative. Strengths and weaknesses generally address internal factors, while opportunities and threats often relate to the external environment. The technique can help stakeholders consider organizational capabilities and environmental conditions when evaluating change. SWOT analysis is typically one input among several rather than a complete solution-selection method. Findings should be supported by appropriate evidence and connected to objectives, risks, constraints, and other business analysis information.<\/span><\/p>\n

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

              A proposed requirement is expected to increase revenue but may significantly reduce customer retention. What should the business analyst do?<\/b><\/p>\n

                \n
              1. <\/b> Recommend it based only on the revenue increase.<\/span>
                \n<\/span>2.<\/b> Reject it immediately because customer retention may decline.<\/span>
                \n<\/span>3.<\/b> Analyze the combined benefits, costs, risks, assumptions, and longer-term business impacts.<\/span>
                \n<\/span>4.<\/b> Exclude customer impact from the business case.<\/span><\/li>\n<\/ol>\n

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

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

                Business value should be considered holistically. An initiative that produces short-term revenue but damages customer retention could create unfavorable longer-term consequences. The analyst should quantify or otherwise evaluate both effects where possible and make important assumptions explicit. Sensitivity analysis may help when future customer behavior is uncertain. The appropriate decision belongs to authorized stakeholders, but they need visibility into the full trade-off. Evaluating only one favorable measure can result in a recommendation that does not reflect the organization’s broader objectives.<\/span><\/p>\n

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

                During elicitation, stakeholders frequently move into discussions that are outside the agreed initiative scope. What should the business analyst do?<\/b><\/p>\n

                  \n
                1. <\/b> Allow unlimited discussion of every topic.<\/span>
                  \n<\/span>2.<\/b> Delete every out-of-scope idea immediately.<\/span>
                  \n<\/span>3.<\/b> Expand project scope during the meeting.<\/span>
                  \n<\/span>4.<\/b> Refocus the session while appropriately capturing potentially valuable out-of-scope items for separate consideration.<\/span><\/li>\n<\/ol>\n

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

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

                  Effective facilitation keeps elicitation aligned with its objectives while ensuring useful ideas are not unnecessarily lost. When discussion moves outside scope, the analyst can record the item in a parking lot, issue list, future-opportunity log, or another appropriate location and return participants to the current topic. The item can later be evaluated through the appropriate governance process. This approach respects stakeholder contributions while protecting limited workshop time and preventing informal scope expansion without analysis or authorization.<\/span><\/p>\n

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

                  A business analyst is reviewing a business case. Why is sensitivity analysis useful?<\/b><\/p>\n

                    \n
                  1. <\/b> It helps show how changes in important assumptions can affect expected costs, benefits, or outcomes.<\/span>
                    \n<\/span>2.<\/b> It guarantees that forecasts are accurate.<\/span>
                    \n<\/span>3.<\/b> It removes uncertainty from the initiative.<\/span>
                    \n<\/span>4.<\/b> It replaces stakeholder decision-making.<\/span><\/li>\n<\/ol>\n

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

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

                    Business cases often depend on assumptions about volumes, adoption, costs, savings, revenue, implementation time, or other uncertain variables. Sensitivity analysis changes important assumptions to determine how strongly they affect expected results. This helps decision-makers understand which assumptions matter most and how robust the business case is under different conditions. It does not eliminate uncertainty or predict the future with certainty. Instead, it makes uncertainty more visible and supports more informed investment, risk, and contingency decisions.<\/span><\/p>\n

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

                    A business analyst needs to identify the responsibilities of several roles participating in a complex business process. Which technique is useful?<\/b><\/p>\n

                      \n
                    1. <\/b> Product pricing analysis<\/span>
                      \n<\/span>2.<\/b> Responsibility assignment or role-responsibility analysis<\/span>
                      \n<\/span>3.<\/b> Source-code debugging<\/span>
                      \n<\/span>4.<\/b> Financial auditing only<\/span><\/li>\n<\/ol>\n

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

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

                      Role-responsibility analysis can clarify who performs activities, provides input, makes decisions, approves outputs, or owns results within a business process. This is useful when unclear accountability contributes to delays, duplicated effort, or missed work. A responsibility matrix can make these relationships easier to discuss with stakeholders. The analyst should ensure that the representation reflects actual organizational authority rather than simply documenting assumed responsibilities. Clear roles also help define future-state processes and identify organizational changes required to implement a solution successfully.<\/span><\/p>\n

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

                      A requirement has been implemented, but testing shows that it satisfies the written specification while failing to meet the stakeholder’s actual business need. What does this most strongly indicate?<\/b><\/p>\n

                        \n
                      1. <\/b> The requirement must be technically correct because testing passed.<\/span>
                        \n<\/span>2.<\/b> The stakeholder should change the business need.<\/span>
                        \n<\/span>3.<\/b> There may have been a requirements validation problem despite successful verification against the specification.<\/span>
                        \n<\/span>4.<\/b> Traceability is no longer necessary.<\/span><\/li>\n<\/ol>\n

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

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

                        A solution can conform precisely to a written requirement and still fail to solve the intended business problem. This distinction highlights the importance of requirements validation. Verification asks whether the requirement or solution conforms to specified expectations, while validation considers whether the right requirement was defined to satisfy the underlying need. The analyst should examine how the requirement was derived, what assumptions were made, and whether stakeholder intent was correctly understood. The resulting correction should follow appropriate change and governance procedures.<\/span><\/p>\n

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

                        A stakeholder requests a requirement change that appears minor but affects a shared data field used by many systems. What should the business analyst do?<\/b><\/p>\n

                          \n
                        1. <\/b> Approve it immediately because the wording change is small.<\/span>
                          \n<\/span>2.<\/b> Modify only the user interface.<\/span>
                          \n<\/span>3.<\/b> Ignore downstream systems.<\/span>
                          \n<\/span>4.<\/b> Perform impact analysis using data, interface, requirement, and solution traceability before a decision is made.<\/span><\/li>\n<\/ol>\n

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

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

                          The apparent size of a request does not necessarily reflect its actual impact. A change to a shared data element can affect integrations, reports, business rules, downstream systems, migration logic, testing, and operational procedures. The analyst should use available traceability and models to identify these relationships and communicate the consequences to decision-makers. This enables the change to be evaluated based on its real cost, risk, and value. Impact analysis is particularly important in highly integrated environments where small data changes can propagate widely.<\/span><\/p>\n

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

                          Why should a business analyst define the scope of analysis before detailed requirements elicitation?<\/b><\/p>\n

                            \n
                          1. <\/b> It establishes boundaries that help focus analysis on the business problem, affected capabilities, and relevant stakeholders.<\/span>
                            \n<\/span>2.<\/b> It prevents any future scope changes.<\/span>
                            \n<\/span>3.<\/b> It eliminates the need to identify stakeholders.<\/span>
                            \n<\/span>4.<\/b> It defines every detailed requirement in advance.<\/span><\/li>\n<\/ol>\n

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

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

                            Defining analysis scope provides boundaries for what the initiative is intended to address and helps determine which processes, capabilities, systems, and stakeholders require attention. Without sufficient scope clarity, elicitation can expand into unrelated areas or overlook important interfaces. Scope can evolve through controlled decisions as new information emerges, so it should not be viewed as permanently fixed. Establishing boundaries early improves elicitation planning, stakeholder identification, estimation, communication, and the evaluation of proposed changes against the initiative’s intended purpose.<\/span><\/p>\n

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

                            A business analyst needs to understand how customer satisfaction varies across different customer groups. What should the analyst do?<\/b><\/p>\n

                              \n
                            1. <\/b> Use only the overall average satisfaction score.<\/span>
                              \n<\/span>2.<\/b> Segment relevant data and analyze patterns across meaningful customer groups.<\/span>
                              \n<\/span>3.<\/b> Interview only the most satisfied customer.<\/span>
                              \n<\/span>4.<\/b> Assume all customers have identical needs.<\/span><\/li>\n<\/ol>\n

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

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

                              Aggregate measures can hide important differences among stakeholder or customer groups. Segmentation allows the analyst to examine whether satisfaction varies by characteristics relevant to the business, such as customer type, channel, geography, product, or service level. These patterns may reveal different needs or problems that should influence requirements. Segmentation should be purposeful and use appropriate, reliable data. The analyst should also avoid drawing conclusions from very small or unrepresentative groups without considering the limitations of the available evidence.<\/span><\/p>\n

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

                              A business analyst is evaluating a proposed automation that will eliminate several manual control steps. What should the analyst do?<\/b><\/p>\n

                                \n
                              1. <\/b> Remove the controls because automation always reduces risk.<\/span>
                                \n<\/span>2.<\/b> Preserve every manual step exactly as it exists.<\/span>
                                \n<\/span>3.<\/b> Determine the purpose of the controls and ensure the future solution provides appropriate control effectiveness.<\/span>
                                \n<\/span>4.<\/b> Ignore controls until after implementation.<\/span><\/li>\n<\/ol>\n

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

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

                                Manual activities may exist partly to provide authorization, validation, segregation of duties, auditability, or other controls. When automating a process, the analyst should understand why those controls exist rather than simply eliminating or reproducing them. Some controls may become unnecessary, while others may need automated equivalents or redesigned procedures. Relevant compliance, risk, and operational stakeholders should be involved. The objective is to create an efficient future process while preserving the necessary level of control and ensuring requirements reflect the intended risk-management outcomes.<\/span><\/p>\n

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

                                During requirements review, a stakeholder identifies a missing scenario that could cause substantial financial loss. What should the business analyst do?<\/b><\/p>\n

                                  \n
                                1. <\/b> Ignore it because the requirements were already drafted.<\/span>
                                  \n<\/span>2.<\/b> Wait until production to determine whether it occurs.<\/span>
                                  \n<\/span>3.<\/b> Remove related scenarios to maintain consistency.<\/span>
                                  \n<\/span>4.<\/b> Analyze the scenario, determine required behavior, and update affected requirements and related artifacts appropriately.<\/span><\/li>\n<\/ol>\n

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

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

                                  Requirements reviews are intended to identify omissions and problems before they become expensive implementation defects. A missing scenario with potentially significant financial consequences deserves careful analysis even if it is uncommon. The analyst should understand its trigger, expected business response, rules, data needs, and relationships to existing requirements. Models, acceptance criteria, and tests may also require updates. The change should follow applicable governance. Discovering such a scenario during review is valuable because it provides an opportunity to address the risk before deployment.<\/span><\/p>\n

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

                                  What is an important reason to maintain a decision log during business analysis?<\/b><\/p>\n

                                    \n
                                  1. <\/b> It preserves significant decisions, rationale, responsible parties, and relevant context for later reference.<\/span>
                                    \n<\/span>2.<\/b> It eliminates the need for requirements documentation.<\/span>
                                    \n<\/span>3.<\/b> It ensures decisions can never be reconsidered.<\/span>
                                    \n<\/span>4.<\/b> It replaces formal approvals in every situation.<\/span><\/li>\n<\/ol>\n

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

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

                                    Business analysis frequently involves decisions about scope, priorities, requirements, assumptions, rules, and solution alternatives. A decision log provides a record of what was decided, why, by whom, and sometimes when or under what assumptions. This information is useful when stakeholders later question a requirement or when conditions change. It supports continuity when team members change and reduces repeated discussion of previously resolved issues. A decision log complements other governance artifacts and does not automatically replace whatever formal approval mechanisms the initiative requires.<\/span><\/p>\n

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

                                    A business analyst discovers that different reports contain conflicting values for the same business metric. What should the analyst investigate first?<\/b><\/p>\n

                                      \n
                                    1. <\/b> Which report has the most attractive design<\/span>
                                      \n<\/span>2.<\/b> Data sources, definitions, transformation rules, timing, and calculation methods<\/span>
                                      \n<\/span>3.<\/b> Which stakeholder has the highest title<\/span>
                                      \n<\/span>4.<\/b> Whether all reports can be deleted<\/span><\/li>\n<\/ol>\n

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

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

                                      Conflicting metric values often result from differences in definitions, source systems, reporting periods, transformations, filters, or calculation rules. The analyst should determine how each report produces the value and identify the authoritative business definition. This analysis can expose broader data-quality or governance issues that need to be addressed in requirements. Selecting a value based on appearance or stakeholder seniority would not resolve the underlying inconsistency. Reliable reporting depends on common definitions and trustworthy data lineage.<\/span><\/p>\n

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

                                      An organization wants to measure whether a newly implemented process has reduced operational risk. What should the business analyst do?<\/b><\/p>\n

                                        \n
                                      1. <\/b> Count only the number of requirements delivered.<\/span>
                                        \n<\/span>2.<\/b> Assume risk decreased because the process changed.<\/span>
                                        \n<\/span>3.<\/b> Compare relevant risk indicators and outcomes against established baseline and target measures.<\/span>
                                        \n<\/span>4.<\/b> Evaluate only implementation cost.<\/span><\/li>\n<\/ol>\n

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

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

                                        Risk reduction should be evaluated using measures related to the risk itself rather than simply confirming that a process was implemented. Depending on the context, measures could include incident frequency, error rates, control failures, financial exposure, audit findings, or other indicators. Baseline information provides a reference point, while target measures define the expected improvement. The analyst should also consider whether external factors influenced results. Measuring outcomes helps determine whether the new process actually delivered the intended risk-reduction benefit.<\/span><\/p>\n

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

                                        A solution is ready for release, but an important stakeholder group has not participated in validation. What should the business analyst do?<\/b><\/p>\n

                                          \n
                                        1. <\/b> Assume other stakeholders adequately represent the missing group.<\/span>
                                          \n<\/span>2.<\/b> Release the solution automatically because development is complete.<\/span>
                                          \n<\/span>3.<\/b> Remove the stakeholder group from project records.<\/span>
                                          \n<\/span>4.<\/b> Assess the validation gap and obtain appropriate representation or input before acceptance when their needs materially affect solution suitability.<\/span><\/li>\n<\/ol>\n

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

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

                                          Validation should provide reasonable confidence that the solution satisfies the needs of relevant stakeholders and supports intended business outcomes. If an important affected group has not participated, the analyst should determine whether their perspective is sufficiently represented elsewhere or whether additional validation is necessary. This may involve representative users, targeted reviews, demonstrations, or other suitable techniques. Releasing without considering a materially affected stakeholder group can result in missed requirements, poor adoption, or operational problems that become much more expensive to correct after deployment.<\/span><\/p>\n

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

                                          View Full PMI PMI-PBA Exam Dumps and Practice Test Dumps   Question 121. A business analyst learns that two departments calculate the same key performance indicator differently. What should the analyst do? Facilitate agreement on a consistent definition, calculation method, data source, and ownership for the indicator. 2. Allow both definitions to remain without clarification. […]<\/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\/22359"}],"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=22359"}],"version-history":[{"count":1,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/22359\/revisions"}],"predecessor-version":[{"id":22360,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/22359\/revisions\/22360"}],"wp:attachment":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/media?parent=22359"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/categories?post=22359"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/tags?post=22359"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}