{"id":22381,"date":"2026-09-25T12:33:18","date_gmt":"2026-09-25T12:33:18","guid":{"rendered":"https:\/\/www.examlabs.com\/certification\/?p=22381"},"modified":"2026-09-25T12:33:18","modified_gmt":"2026-09-25T12:33:18","slug":"pmi-pmi-pba-practice-test-questions-and-exam-dumps-part18-q341-360","status":"publish","type":"post","link":"https:\/\/www.examlabs.com\/certification\/pmi-pmi-pba-practice-test-questions-and-exam-dumps-part18-q341-360\/","title":{"rendered":"PMI PMI-PBA Practice Test Questions and Exam Dumps Part18 Q341-360"},"content":{"rendered":"

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

 <\/p>\n

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

A business analyst is evaluating a process that depends on information from several external organizations. What should the analyst do first to understand the information exchanges?<\/b><\/p>\n

    \n
  1. <\/b> Replace all external interfaces<\/span>
    \n<\/span>2.<\/b> Identify the external parties, exchanged information, triggers, direction, timing, and business purpose of each interaction<\/span>
    \n<\/span>3.<\/b> Assume all exchanges occur in real time<\/span>
    \n<\/span>4.<\/b> Document only internal process activities<\/span><\/li>\n<\/ol>\n

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

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

    Understanding external interactions requires more than identifying the systems or organizations involved. The analyst should determine what information crosses the boundary, why it is exchanged, what triggers the exchange, its direction and frequency, and any relevant timing or quality expectations. This provides a foundation for more detailed interface requirements covering formats, security, error handling, and service expectations. External exchanges often introduce dependencies and constraints that can materially affect the solution, so identifying them early helps reduce integration gaps and overlooked stakeholder needs.<\/span><\/p>\n

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

    A business analyst needs to identify relationships among business entities such as Customer, Order, Product, and Payment. Which technique is most appropriate?<\/b><\/p>\n

      \n
    1. <\/b> Entity relationship modeling<\/span>
      \n<\/span>2.<\/b> SWOT analysis<\/span>
      \n<\/span>3.<\/b> RACI analysis<\/span>
      \n<\/span>4.<\/b> Brainstorming<\/span><\/li>\n<\/ol>\n

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

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

      Entity relationship modeling helps represent important business entities and the relationships among them. For example, a customer may place multiple orders, an order may contain products, and payments may be associated with particular orders. The model helps analysts clarify business information requirements, cardinality, identifiers, and relationships that might otherwise remain ambiguous. It can support data requirements, integration analysis, and solution design discussions. The model should reflect business meaning and be validated with knowledgeable stakeholders rather than being treated solely as a technical database artifact.<\/span><\/p>\n

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

      A business analyst discovers that a requirement is testable but does not support the stated stakeholder need. What should the analyst conclude?<\/b><\/p>\n

        \n
      1. <\/b> The requirement is valid because it can be tested<\/span>
        \n<\/span>2.<\/b> Testability automatically proves business value<\/span>
        \n<\/span>3.<\/b> The requirement should be revalidated against the underlying need and expected outcome<\/span>
        \n<\/span>4.<\/b> The stakeholder need should be changed to match the requirement<\/span><\/li>\n<\/ol>\n

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

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

        Testability is an important quality characteristic, but it does not establish that a requirement represents the right business need. A requirement can be precise and objectively testable while still describing an unnecessary or inappropriate capability. The analyst should revisit the underlying stakeholder need, business objective, and requirement rationale to determine whether the requirement should be modified, replaced, or removed. Verification addresses requirement quality, while validation considers whether the requirement supports the intended outcomes. Both perspectives are necessary for effective requirements analysis.<\/span><\/p>\n

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

        A proposed solution depends on a vendor meeting a four-hour response commitment for critical incidents. What should the business analyst ensure is defined?<\/b><\/p>\n

          \n
        1. <\/b> Only the vendor’s office location<\/span>
          \n<\/span>2.<\/b> Only the annual contract price<\/span>
          \n<\/span>3.<\/b> Only the incident-management software<\/span>
          \n<\/span>4.<\/b> Clear service-level definitions, measurement rules, severity criteria, responsibilities, escalation, and consequences where applicable<\/span><\/li>\n<\/ol>\n

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

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

          A service-level commitment such as a four-hour response time requires precise definitions. Stakeholders should understand what starts and stops the measurement, which incidents qualify as critical, the applicable service hours, vendor and customer responsibilities, and how breaches are handled. Escalation paths and reporting may also be important. Without these details, both parties may interpret the same service-level statement differently. Clear requirements provide a basis for vendor evaluation, contract management, operational monitoring, and future assessment of whether expected service performance is being achieved.<\/span><\/p>\n

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

          Why should a business analyst distinguish between a requirement defect and a solution defect?<\/b><\/p>\n

            \n
          1. <\/b> The distinction helps determine whether the problem originates in what was specified or in how an appropriate requirement was implemented.<\/span>
            \n<\/span>2.<\/b> Requirement defects never affect solutions.<\/span>
            \n<\/span>3.<\/b> Solution defects should always be converted into new requirements.<\/span>
            \n<\/span>4.<\/b> The distinction eliminates the need for root cause analysis.<\/span><\/li>\n<\/ol>\n

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

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

            When a solution behaves incorrectly, the underlying cause may be an implementation problem or an incorrect, incomplete, or ambiguous requirement. Distinguishing these possibilities helps teams direct corrective action appropriately. If the requirement accurately described intended behavior but the solution does not conform, the issue may be a solution defect. If the solution correctly implements an incorrect requirement, the requirement itself may need change. Understanding the source of the problem also helps improve analysis, development, review, and testing practices for future work.<\/span><\/p>\n

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

            A business analyst wants to group a large collection of stakeholder ideas into meaningful themes after a brainstorming session. Which technique is useful?<\/b><\/p>\n

              \n
            1. <\/b> State modeling<\/span>
              \n<\/span>2.<\/b> Affinity diagramming<\/span>
              \n<\/span>3.<\/b> Cost depreciation<\/span>
              \n<\/span>4.<\/b> Network configuration<\/span><\/li>\n<\/ol>\n

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

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

              Affinity diagramming helps organize a large number of ideas, observations, or requirements into related groups. Participants can identify natural patterns and themes without requiring categories to be defined in advance. The resulting groups may reveal common needs, problem areas, capability themes, or priorities that were difficult to see in an unstructured list. The technique is particularly useful after brainstorming or other activities that generate substantial qualitative information. Further analysis is still needed to validate, prioritize, and convert relevant ideas into actionable requirements.<\/span><\/p>\n

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

              A business analyst learns that a mandatory requirement cannot be delivered by the planned regulatory deadline. What should the analyst do?<\/b><\/p>\n

                \n
              1. <\/b> Hide the schedule problem until implementation<\/span>
                \n<\/span>2.<\/b> Change the deadline without authorization<\/span>
                \n<\/span>3.<\/b> Escalate the constraint promptly and analyze compliant alternatives, scope options, risks, and consequences<\/span>
                \n<\/span>4.<\/b> Reclassify the requirement as optional<\/span><\/li>\n<\/ol>\n

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

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

                A mandatory requirement associated with a regulatory deadline should not be silently deferred or reclassified. The analyst should make the feasibility problem visible to appropriate stakeholders and help evaluate alternatives. Options might involve changing solution scope, using an interim process, obtaining additional resources, sequencing work differently, or pursuing another compliant approach. Legal or compliance specialists may need to clarify obligations and consequences. Early escalation gives decision-makers more time to respond and reduces the likelihood of discovering an unavoidable compliance gap immediately before the deadline.<\/span><\/p>\n

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

                A business analyst discovers that a proposed process requires a user to have two roles that organizational policy requires to remain separate. What should the analyst do?<\/b><\/p>\n

                  \n
                1. <\/b> Ignore the policy for efficiency<\/span>
                  \n<\/span>2.<\/b> Assign both roles to every user<\/span>
                  \n<\/span>3.<\/b> Remove role-based requirements<\/span>
                  \n<\/span>4.<\/b> Revise the process or role design to satisfy the segregation-of-duties constraint<\/span><\/li>\n<\/ol>\n

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

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

                  Segregation of duties is often designed to reduce fraud, errors, or inappropriate concentration of authority. If a future process conflicts with an established requirement, the analyst should understand the control objective and redesign the process or responsibilities accordingly. Relevant control, compliance, security, audit, and business stakeholders may need to participate. The solution may use separate approvals, different authorization levels, or another control mechanism. Efficiency improvements should not unintentionally undermine a required organizational control without appropriate evaluation and authorization.<\/span><\/p>\n

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

                  What is an important reason to document the source of a business rule?<\/b><\/p>\n

                    \n
                  1. <\/b> It helps stakeholders understand its authority and supports validation, change analysis, and future maintenance.<\/span>
                    \n<\/span>2.<\/b> It ensures the rule can never change.<\/span>
                    \n<\/span>3.<\/b> It eliminates the need for ownership.<\/span>
                    \n<\/span>4.<\/b> It automatically determines implementation technology.<\/span><\/li>\n<\/ol>\n

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

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

                    Business rules may originate from laws, regulations, contracts, organizational policies, management decisions, or established business practices. Recording the source helps stakeholders understand why the rule exists and who may have authority to change or interpret it. This becomes particularly valuable when a proposed change conflicts with an existing rule. Source information also supports auditability and future maintenance. A rule based on legislation may require a very different change process from one created through an internal management decision.<\/span><\/p>\n

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

                    A business analyst needs to prioritize a large backlog for incremental delivery. What should the analyst emphasize?<\/b><\/p>\n

                      \n
                    1. <\/b> Delivering requirements in alphabetical order<\/span>
                      \n<\/span>2.<\/b> Incremental business value, dependencies, risk, urgency, learning opportunities, and release objectives<\/span>
                      \n<\/span>3.<\/b> Delivering the longest requirements first<\/span>
                      \n<\/span>4.<\/b> Giving every backlog item equal priority<\/span><\/li>\n<\/ol>\n

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

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

                      Incremental delivery should produce useful business outcomes while respecting important dependencies and constraints. The analyst can support backlog ordering by clarifying value, urgency, risk, prerequisites, and opportunities to obtain early feedback or validate assumptions. Some items may need to be delivered together to create a usable capability, while others can be deferred without preventing value realization. Prioritization should remain dynamic as new evidence emerges. A backlog is therefore more than an administrative list; its ordering should reflect current business and delivery considerations.<\/span><\/p>\n

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

                      A business analyst finds that users frequently enter invalid values into a critical field. What should the analyst investigate?<\/b><\/p>\n

                        \n
                      1. <\/b> Whether users should simply be disciplined more strictly<\/span>
                        \n<\/span>2.<\/b> Whether the field should accept every possible value<\/span>
                        \n<\/span>3.<\/b> Data-validation rules, user guidance, source-data quality, interface design, and the causes of invalid entry<\/span>
                        \n<\/span>4.<\/b> Only the field’s display color<\/span><\/li>\n<\/ol>\n

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

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

                        Frequent invalid data may indicate unclear rules, poor interface design, inadequate guidance, upstream data problems, or inappropriate field definitions. The analyst should understand which values are valid, why invalid entries occur, and where validation should take place. Appropriate requirements might include format checks, reference data, contextual guidance, warnings, or prevention of impossible values. The objective is to address the underlying cause rather than simply blaming users. Improving data quality at entry can reduce downstream rework, reporting problems, and operational errors.<\/span><\/p>\n

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

                        A business analyst is assessing a proposed cloud solution and discovers that network connectivity is unreliable at several operating locations. What should the analyst do?<\/b><\/p>\n

                          \n
                        1. <\/b> Assume connectivity will improve automatically<\/span>
                          \n<\/span>2.<\/b> Ignore the locations with poor connectivity<\/span>
                          \n<\/span>3.<\/b> Evaluate only software functionality<\/span>
                          \n<\/span>4.<\/b> Analyze connectivity as an operational constraint and determine availability, offline, synchronization, recovery, or alternative requirements<\/span><\/li>\n<\/ol>\n

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

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

                          A cloud solution may be functionally suitable but operationally ineffective where reliable connectivity is unavailable. The analyst should understand the frequency and duration of outages, critical activities performed at affected locations, and acceptable business behavior during disconnection. Requirements might address offline capabilities, synchronization, local contingency procedures, network improvements, or alternative approaches. Operational feasibility considers the environment in which a solution must function. Ignoring known connectivity constraints could result in a technically successful implementation that fails to support important users.<\/span><\/p>\n

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

                          Why should a business analyst define ownership for key performance indicators?<\/b><\/p>\n

                            \n
                          1. <\/b> Ownership helps ensure measures are maintained, interpreted consistently, and acted upon appropriately.<\/span>
                            \n<\/span>2.<\/b> KPI ownership guarantees targets will always be achieved.<\/span>
                            \n<\/span>3.<\/b> Only developers should own business measures.<\/span>
                            \n<\/span>4.<\/b> Measures do not need definitions when they have owners.<\/span><\/li>\n<\/ol>\n

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

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

                            A performance measure can lose usefulness if nobody is responsible for maintaining its definition, monitoring results, resolving data-quality issues, or responding to significant changes. Assigning appropriate ownership creates accountability for ongoing use of the measure. Ownership should normally align with the business area responsible for the relevant outcome. The analyst should also clarify definitions, targets, data sources, calculation methods, and reporting frequency. Ownership complements these elements but does not guarantee favorable performance or eliminate the need for reliable measurement practices.<\/span><\/p>\n

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

                            A business analyst is selecting between observation and interviews for understanding a manual operational process. When is observation particularly useful?<\/b><\/p>\n

                              \n
                            1. <\/b> When the analyst wants only management opinions<\/span>
                              \n<\/span>2.<\/b> When actual work practices may differ from documented or remembered procedures<\/span>
                              \n<\/span>3.<\/b> When no process currently exists<\/span>
                              \n<\/span>4.<\/b> When all activities are confidential and cannot be viewed<\/span><\/li>\n<\/ol>\n

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

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

                              Observation allows the analyst to see how work is actually performed and can reveal informal steps, workarounds, interruptions, handoffs, and exceptions that participants may forget to mention during interviews. It is especially useful when documented procedures differ from operational reality. Observation has limitations: people may behave differently when watched, rare scenarios may not occur, and some activities may be inaccessible. Combining observation with interviews and document analysis can provide a more complete understanding of both actual behavior and the reasons behind it.<\/span><\/p>\n

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

                              A business analyst finds that a proposed requirement contains several independent behaviors joined into one statement. What should the analyst do?<\/b><\/p>\n

                                \n
                              1. <\/b> Keep it unchanged because longer requirements are more complete<\/span>
                                \n<\/span>2.<\/b> Remove all but one behavior<\/span>
                                \n<\/span>3.<\/b> Decompose it into appropriately atomic requirements while preserving their relationships and context<\/span>
                                \n<\/span>4.<\/b> Convert it directly into a project objective<\/span><\/li>\n<\/ol>\n

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

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

                                Requirements containing several independent behaviors can be difficult to prioritize, trace, implement, test, and change. Decomposing the statement into atomic requirements allows each behavior to be assessed independently while maintaining relevant relationships. The analyst should avoid excessive fragmentation that destroys business context, so decomposition should remain meaningful. Atomicity improves lifecycle management because one portion can change without creating ambiguity about the status of unrelated behavior. Related requirements can still be grouped under a common capability, feature, or business objective.<\/span><\/p>\n

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

                                A business analyst discovers that a vendor contract limits transaction volume below the organization’s expected future demand. What should the analyst do?<\/b><\/p>\n

                                  \n
                                1. <\/b> Ignore future volume until the limit is reached<\/span>
                                  \n<\/span>2.<\/b> Reduce the organization’s forecast without evidence<\/span>
                                  \n<\/span>3.<\/b> Assume the vendor will remove the limit for free<\/span>
                                  \n<\/span>4.<\/b> Assess the contractual constraint, forecast demand, costs, alternatives, and potential changes before committing to the solution<\/span><\/li>\n<\/ol>\n

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

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

                                  Transaction limits can materially affect scalability, cost, and solution viability. The analyst should compare expected demand with contractual capacity and understand the consequences of exceeding the limit. The vendor may offer higher tiers, revised terms, or another service option, while alternative vendors or architectures may also be considered. Future demand forecasts should be treated with appropriate uncertainty but should not be ignored. Evaluating the constraint before commitment helps avoid selecting a solution that becomes unsuitable as business volume grows.<\/span><\/p>\n

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

                                  What is an important purpose of a post-implementation review?<\/b><\/p>\n

                                    \n
                                  1. <\/b> To evaluate actual outcomes, benefits, costs, issues, adoption, and lessons after the solution has been operating<\/span>
                                    \n<\/span>2.<\/b> To repeat the original requirements without considering results<\/span>
                                    \n<\/span>3.<\/b> To prove that every project decision was correct<\/span>
                                    \n<\/span>4.<\/b> To evaluate only whether development finished on time<\/span><\/li>\n<\/ol>\n

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

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

                                    A post-implementation review examines how the solution performs in the real operating environment after sufficient time has passed for meaningful evidence to emerge. It can compare actual outcomes with business-case assumptions, baselines, targets, costs, and expected benefits. The review may also identify adoption issues, unintended consequences, operational problems, and lessons for future initiatives. Successful project delivery is only one dimension of performance. The broader purpose is to determine whether the organization is receiving the expected value and what improvements may still be needed.<\/span><\/p>\n

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

                                    A business analyst needs feedback from subject matter experts who are geographically dispersed and cannot meet at the same time. Which approach could be appropriate for developing informed consensus?<\/b><\/p>\n

                                      \n
                                    1. <\/b> Unstructured voting by customers<\/span>
                                      \n<\/span>2.<\/b> A Delphi-style technique using iterative expert input and feedback<\/span>
                                      \n<\/span>3.<\/b> Source-code review<\/span>
                                      \n<\/span>4.<\/b> Random requirement selection<\/span><\/li>\n<\/ol>\n

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

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

                                      A Delphi-style technique gathers expert judgments through multiple rounds, often without requiring participants to meet simultaneously. Responses can be summarized and shared anonymously so experts can reconsider their views based on collective feedback without being dominated by stronger personalities. The approach can be useful for estimates, forecasts, risks, or complex judgments where expert knowledge is important. It requires thoughtful facilitation and does not guarantee certainty, but it can provide a structured method for developing convergence among geographically dispersed specialists.<\/span><\/p>\n

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

                                      A business analyst discovers that a solution’s success metric can be improved simply by excluding difficult cases from measurement. What should the analyst do?<\/b><\/p>\n

                                        \n
                                      1. <\/b> Exclude difficult cases to demonstrate success<\/span>
                                        \n<\/span>2.<\/b> Allow each team to define its own measurement population<\/span>
                                        \n<\/span>3.<\/b> Define the measurement population and inclusion\/exclusion rules so the metric accurately represents the intended business outcome<\/span>
                                        \n<\/span>4.<\/b> Stop measuring the outcome<\/span><\/li>\n<\/ol>\n

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

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

                                        Performance metrics can become misleading when their population or calculation rules allow unfavorable cases to be omitted without legitimate justification. The analyst should clarify what the metric is intended to represent and establish consistent inclusion and exclusion rules. Exceptions may sometimes be appropriate, but they should have documented rationale and remain transparent. Accurate measurement supports trustworthy solution evaluation and prevents apparent improvements that result only from changing how results are counted rather than improving actual business performance.<\/span><\/p>\n

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

                                        A solution evaluation identifies that the technology performs correctly, but the expected benefit is limited by an organizational policy outside the solution itself. What should the business analyst do?<\/b><\/p>\n

                                          \n
                                        1. <\/b> Declare that no further analysis is possible<\/span>
                                          \n<\/span>2.<\/b> Replace the technology immediately<\/span>
                                          \n<\/span>3.<\/b> Ignore the policy because it is outside the system boundary<\/span>
                                          \n<\/span>4.<\/b> Identify the enterprise limitation, assess its effect on value, and evaluate appropriate organizational or solution changes with stakeholders<\/span><\/li>\n<\/ol>\n

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

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

                                          Solution performance can be constrained by factors outside the technical solution, including policies, processes, organizational structures, skills, incentives, or resource limitations. The analyst should identify these enterprise limitations and determine how they affect benefit realization. Stakeholders can then consider whether changing the policy, modifying the process, adjusting the solution, or revising expected benefits is appropriate. Evaluating only technical functionality can miss the actual reason a solution underperforms. Business analysis considers the broader organizational environment in which the solution must create value.<\/span><\/p>\n

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

                                          View Full PMI PMI-PBA Exam Dumps and Practice Test Dumps   Question 341. A business analyst is evaluating a process that depends on information from several external organizations. What should the analyst do first to understand the information exchanges? Replace all external interfaces 2. Identify the external parties, exchanged information, triggers, direction, timing, and business […]<\/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\/22381"}],"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=22381"}],"version-history":[{"count":1,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/22381\/revisions"}],"predecessor-version":[{"id":22382,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/22381\/revisions\/22382"}],"wp:attachment":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/media?parent=22381"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/categories?post=22381"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/tags?post=22381"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}