{"id":22363,"date":"2026-09-25T12:30:20","date_gmt":"2026-09-25T12:30:20","guid":{"rendered":"https:\/\/www.examlabs.com\/certification\/?p=22363"},"modified":"2026-09-25T12:30:20","modified_gmt":"2026-09-25T12:30:20","slug":"pmi-pmi-pba-practice-test-questions-and-exam-dumps-part9-q161-180","status":"publish","type":"post","link":"https:\/\/www.examlabs.com\/certification\/pmi-pmi-pba-practice-test-questions-and-exam-dumps-part9-q161-180\/","title":{"rendered":"PMI PMI-PBA Practice Test Questions and Exam Dumps Part9 Q161-180"},"content":{"rendered":"

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

 <\/p>\n

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

A business analyst is comparing two solution alternatives. One offers greater benefits but also introduces substantially greater operational risk. What should the analyst do?<\/b><\/p>\n

    \n
  1. <\/b> Select the higher-benefit option automatically<\/span>
    \n<\/span>2.<\/b> Present the benefits, risks, costs, constraints, and assumptions of both alternatives for informed decision-making<\/span>
    \n<\/span>3.<\/b> Select the lower-risk option automatically<\/span>
    \n<\/span>4.<\/b> Ignore operational risk because benefits are more important<\/span><\/li>\n<\/ol>\n

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

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

    Solution comparison should make important trade-offs visible rather than reducing the decision to a single factor. Greater expected benefits may justify additional risk in some circumstances, while in others the organization’s risk tolerance or regulatory obligations may favor a different alternative. The business analyst should evaluate relevant costs, benefits, risks, feasibility, assumptions, constraints, and strategic alignment using agreed criteria. Authorized stakeholders can then make an informed decision. The analyst’s role is to provide structured evidence rather than automatically choosing whichever option performs best on one dimension.<\/span><\/p>\n

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

    A business analyst wants to understand how the organization’s performance compares with similar organizations in the industry. Which technique is most appropriate?<\/b><\/p>\n

      \n
    1. <\/b> Benchmarking<\/span>
      \n<\/span>2.<\/b> Requirements versioning<\/span>
      \n<\/span>3.<\/b> Interface testing<\/span>
      \n<\/span>4.<\/b> Configuration management<\/span><\/li>\n<\/ol>\n

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

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

      Benchmarking compares organizational processes, capabilities, or performance measures with appropriate external or internal reference points. It can help identify performance gaps and opportunities for improvement. The analyst should ensure that comparisons use sufficiently similar definitions, populations, time periods, and operating contexts because misleading benchmarks can lead to poor conclusions. Benchmarking can inform objectives and improvement opportunities, but it does not automatically establish which solution should be implemented. Additional analysis is normally needed to understand why differences exist and what changes are feasible.<\/span><\/p>\n

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

      A requirement specifies that the application must remain available during a defined percentage of business hours. What type of requirement is this primarily?<\/b><\/p>\n

        \n
      1. <\/b> Transition requirement<\/span>
        \n<\/span>2.<\/b> Stakeholder communication requirement<\/span>
        \n<\/span>3.<\/b> Nonfunctional requirement related to availability<\/span>
        \n<\/span>4.<\/b> Project scheduling requirement<\/span><\/li>\n<\/ol>\n

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

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

        Availability describes a quality characteristic of a solution rather than a specific business function. It is therefore generally treated as a nonfunctional requirement. The requirement should define availability precisely enough to measure it, including relevant operating periods, exclusions, maintenance windows, and measurement methods when necessary. Other nonfunctional characteristics include performance, security, scalability, reliability, usability, and recoverability. These requirements can have major architectural and cost implications, so they should be identified and validated rather than treated as secondary concerns.<\/span><\/p>\n

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

        A business analyst discovers that a planned data migration includes thousands of duplicate customer records. What should the analyst do?<\/b><\/p>\n

          \n
        1. <\/b> Migrate every record unchanged<\/span>
          \n<\/span>2.<\/b> Delete duplicate records without business approval<\/span>
          \n<\/span>3.<\/b> Ignore data quality because migration is a technical activity<\/span>
          \n<\/span>4.<\/b> Define appropriate data-quality and cleansing requirements with relevant data owners before migration<\/span><\/li>\n<\/ol>\n

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

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

          Migrating poor-quality data can transfer existing problems directly into the new solution. The analyst should work with data owners and other stakeholders to define acceptable quality standards, duplicate-handling rules, validation requirements, ownership, and exception procedures. Technical teams can then implement appropriate cleansing and conversion mechanisms. Some apparent duplicates may represent legitimate separate records, so automatic deletion can also create risk. Data migration is often a transition requirement with significant business implications and should receive appropriate analysis and validation.<\/span><\/p>\n

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

          A stakeholder claims that a requirement is mandatory because \u201cwe have always done it this way.\u201d What should the business analyst do?<\/b><\/p>\n

            \n
          1. <\/b> Investigate the underlying rationale, rule, constraint, or business need before accepting the requirement as mandatory.<\/span>
            \n<\/span>2.<\/b> Automatically classify it as mandatory.<\/span>
            \n<\/span>3.<\/b> Remove it because historical practices have no value.<\/span>
            \n<\/span>4.<\/b> Ask developers whether they prefer the requirement.<\/span><\/li>\n<\/ol>\n

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

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

            Historical practice can provide useful context, but it does not by itself demonstrate that a requirement remains mandatory. The analyst should determine whether the practice exists because of regulation, policy, contractual obligations, operational risk, customer needs, or simply habit. Understanding the rationale helps stakeholders decide whether the requirement should be retained, redesigned, or removed. Challenging assumptions about existing practices is particularly important during process improvement because unnecessary legacy activities can otherwise be reproduced in the future state without providing meaningful value.<\/span><\/p>\n

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

            A business analyst is defining requirements for a system expected to handle significant growth in transaction volume over the next three years. What should be addressed?<\/b><\/p>\n

              \n
            1. <\/b> Only current transaction volume<\/span>
              \n<\/span>2.<\/b> Measurable scalability and performance requirements based on expected future demand<\/span>
              \n<\/span>3.<\/b> Only the visual design<\/span>
              \n<\/span>4.<\/b> Only training requirements<\/span><\/li>\n<\/ol>\n

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

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

              A solution that satisfies current demand may fail quickly if expected growth is ignored. The analyst should work with stakeholders and technical experts to establish realistic assumptions about future transaction volumes and define measurable performance and scalability expectations. These requirements can influence architecture, infrastructure, cost, testing, and solution selection. Forecasts contain uncertainty, so important assumptions should be documented and reviewed. Defining future capacity needs early helps prevent a solution from meeting immediate requirements while becoming inadequate shortly after implementation.<\/span><\/p>\n

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

              A business analyst is facilitating a workshop in which participants disagree because they use the same term to mean different things. What should the analyst do?<\/b><\/p>\n

                \n
              1. <\/b> Allow each participant to retain a different definition<\/span>
                \n<\/span>2.<\/b> End the workshop<\/span>
                \n<\/span>3.<\/b> Establish an agreed definition and record it in the appropriate glossary or business vocabulary<\/span>
                \n<\/span>4.<\/b> Select the shortest definition without discussion<\/span><\/li>\n<\/ol>\n

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

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

                Terminology differences can create hidden disagreements and lead to inconsistent requirements. The analyst should identify the different meanings, determine which definition is appropriate for the initiative, and establish a shared vocabulary. A glossary or conceptual data model can help document important terms and their relationships. Agreement on terminology improves communication among business, technical, and testing stakeholders. When multiple legitimate meanings must coexist, the analyst should distinguish them explicitly rather than forcing ambiguous language into a single undefined term.<\/span><\/p>\n

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

                A proposed solution requires employees to adopt substantially different working practices. What should the business analyst analyze in addition to functional requirements?<\/b><\/p>\n

                  \n
                1. <\/b> Only software licensing<\/span>
                  \n<\/span>2.<\/b> Only hardware capacity<\/span>
                  \n<\/span>3.<\/b> Only project accounting<\/span>
                  \n<\/span>4.<\/b> Organizational readiness, training, process changes, communication, roles, and transition needs<\/span><\/li>\n<\/ol>\n

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

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

                  A technically capable solution may fail to deliver benefits if the organization is not prepared to use it effectively. Significant changes in working practices can require training, revised roles, new procedures, communication, leadership support, and other transition activities. The analyst should identify these needs and assess organizational readiness so they can be incorporated into implementation planning. Some of these needs may become transition requirements. Considering organizational impacts early improves adoption and reduces the risk that the solution is delivered successfully from a technical perspective but underused operationally.<\/span><\/p>\n

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

                  What is a major purpose of a context diagram during business analysis?<\/b><\/p>\n

                    \n
                  1. <\/b> To show the solution or business area boundary and its interactions with external actors or systems<\/span>
                    \n<\/span>2.<\/b> To calculate project return on investment<\/span>
                    \n<\/span>3.<\/b> To define the detailed database schema<\/span>
                    \n<\/span>4.<\/b> To record project expenses<\/span><\/li>\n<\/ol>\n

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

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

                    A context diagram provides a high-level view of the area being analyzed and the external people, organizations, or systems that interact with it. This makes scope boundaries and interfaces easier to understand. It can help identify missing stakeholders, external dependencies, and information exchanges before detailed requirements are developed. Because it is intentionally high-level, a context diagram does not normally describe detailed internal processing or database structures. It provides a useful foundation for deeper process, data, interface, and functional analysis.<\/span><\/p>\n

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

                    A business analyst needs to determine whether a proposed solution can operate successfully within existing business operations. Which feasibility dimension is most relevant?<\/b><\/p>\n

                      \n
                    1. <\/b> Graphic feasibility<\/span>
                      \n<\/span>2.<\/b> Operational feasibility<\/span>
                      \n<\/span>3.<\/b> Alphabetical feasibility<\/span>
                      \n<\/span>4.<\/b> Documentation feasibility<\/span><\/li>\n<\/ol>\n

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

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

                      Operational feasibility examines whether the proposed solution can function effectively within the organization’s real operating environment. Factors may include processes, staffing, skills, organizational structure, procedures, user acceptance, support capability, and compatibility with existing operations. A solution can be technically possible but operationally impractical if the organization cannot support or adopt it. Feasibility analysis may also include technical, economic, schedule, legal, and other dimensions. Considering multiple dimensions gives decision-makers a more complete understanding of whether an alternative is realistic.<\/span><\/p>\n

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

                      A business analyst discovers that several requirements cannot be objectively tested because they contain words such as \u201cfast,\u201d \u201cflexible,\u201d and \u201cuser-friendly.\u201d What should the analyst do?<\/b><\/p>\n

                        \n
                      1. <\/b> Approve the requirements because stakeholders understand them<\/span>
                        \n<\/span>2.<\/b> Remove all quality requirements<\/span>
                        \n<\/span>3.<\/b> Replace subjective terms with measurable or otherwise objectively assessable criteria<\/span>
                        \n<\/span>4.<\/b> Allow testers to define the criteria after implementation<\/span><\/li>\n<\/ol>\n

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

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

                        Subjective terms can create inconsistent expectations because different stakeholders may interpret them differently. The analyst should determine what characteristics actually matter and express them using measurable or observable criteria whenever practical. For example, \u201cfast\u201d might become a response-time target under specified conditions, while usability could be evaluated using task completion or error measures. Making quality expectations testable improves requirements verification and solution acceptance. The analyst should preserve the stakeholder’s underlying need while replacing ambiguous wording with clearer criteria.<\/span><\/p>\n

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

                        An approved change increases expected business value but also delays the planned release. What should the business analyst do?<\/b><\/p>\n

                          \n
                        1. <\/b> Conceal the schedule impact<\/span>
                          \n<\/span>2.<\/b> Reverse the approval personally<\/span>
                          \n<\/span>3.<\/b> Ignore the additional value<\/span>
                          \n<\/span>4.<\/b> Communicate the value and schedule trade-off and update affected requirements information and plans through appropriate governance<\/span><\/li>\n<\/ol>\n

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

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

                          Approved changes can alter multiple aspects of an initiative, including scope, value, cost, schedule, risk, and dependencies. These impacts should remain visible so stakeholders understand the consequences of their decisions. The analyst should ensure affected requirements, traceability, priorities, release information, and related artifacts are updated as appropriate. The analyst should not conceal an unfavorable schedule consequence or independently reverse an authorized decision. Maintaining alignment among requirements and planning information supports effective governance after changes are approved.<\/span><\/p>\n

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

                          Why might a business analyst recommend a proof of concept before committing to a solution approach?<\/b><\/p>\n

                            \n
                          1. <\/b> To test an important feasibility assumption or technical concept with limited investment before full implementation<\/span>
                            \n<\/span>2.<\/b> To replace all requirements elicitation<\/span>
                            \n<\/span>3.<\/b> To guarantee the final solution will succeed<\/span>
                            \n<\/span>4.<\/b> To eliminate stakeholder involvement<\/span><\/li>\n<\/ol>\n

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

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

                            A proof of concept can reduce uncertainty when a solution depends on an important assumption about technology, integration, performance, or another feasibility concern. Rather than committing substantial resources immediately, the organization can test whether the concept is viable within a limited scope. Results can inform solution selection, estimates, risk analysis, and requirements. A proof of concept does not guarantee production success because the final environment may involve additional complexity. It should therefore address specific uncertainties and have clear evaluation criteria.<\/span><\/p>\n

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

                            A business analyst receives 1,000 survey responses, but nearly all responses came from one customer segment. What should the analyst consider?<\/b><\/p>\n

                              \n
                            1. <\/b> The survey must be representative because the sample is large.<\/span>
                              \n<\/span>2.<\/b> The results may contain sampling bias and may not represent the broader stakeholder population.<\/span>
                              \n<\/span>3.<\/b> Customer segmentation is irrelevant.<\/span>
                              \n<\/span>4.<\/b> Every response should be treated as a separate mandatory requirement.<\/span><\/li>\n<\/ol>\n

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

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

                              A large number of responses does not automatically make a survey representative. If one segment is heavily overrepresented, the results may reflect that group’s needs more strongly than those of the overall population. The analyst should understand the target population, response distribution, sampling approach, and potential nonresponse or selection bias before drawing conclusions. Additional research may be necessary for underrepresented groups. Survey findings should be interpreted as evidence with known limitations rather than automatically converted into requirements based solely on response volume.<\/span><\/p>\n

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

                              A business analyst is reviewing a requirement that combines five unrelated capabilities in 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> Add additional capabilities to the same requirement.<\/span>
                                \n<\/span>3.<\/b> Decompose it into appropriately atomic requirements while maintaining relationships and context.<\/span>
                                \n<\/span>4.<\/b> Remove the entire requirement.<\/span><\/li>\n<\/ol>\n

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

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

                                Requirements are generally easier to understand, prioritize, trace, implement, and test when each represents a coherent need rather than several unrelated capabilities. The analyst should decompose an overly compound statement into appropriate atomic requirements while preserving relevant relationships and the broader business context. Decomposition should not be taken so far that meaning is lost or unnecessary administrative complexity is created. The objective is to make each requirement sufficiently focused to support clear analysis, lifecycle management, and acceptance.<\/span><\/p>\n

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

                                A business analyst discovers that a proposed solution will require customer information to be shared with a new external provider. What should be analyzed?<\/b><\/p>\n

                                  \n
                                1. <\/b> Only the provider’s logo<\/span>
                                  \n<\/span>2.<\/b> Only implementation schedule<\/span>
                                  \n<\/span>3.<\/b> Only the number of customer records<\/span>
                                  \n<\/span>4.<\/b> Business need, privacy, security, consent, contractual, regulatory, data-handling, and interface requirements<\/span><\/li>\n<\/ol>\n

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

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

                                  Sharing customer information with an external organization can create important privacy, security, regulatory, contractual, and operational implications. The analyst should first understand why the sharing is necessary and then identify applicable constraints and controls. Requirements may address permitted data, purpose limitations, authorization, transmission, storage, retention, deletion, auditability, and responsibilities between organizations. Appropriate legal, security, privacy, and business stakeholders may need to participate. Addressing these considerations early reduces the risk of designing a solution that cannot be approved or safely operated.<\/span><\/p>\n

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

                                  What is the main purpose of defining a minimum viable product in an iterative initiative?<\/b><\/p>\n

                                    \n
                                  1. <\/b> To identify a sufficiently valuable and usable set of capabilities that can support learning or early value with limited scope<\/span>
                                    \n<\/span>2.<\/b> To include every known requirement in the first release<\/span>
                                    \n<\/span>3.<\/b> To eliminate future enhancements<\/span>
                                    \n<\/span>4.<\/b> To deliver the lowest-quality solution possible<\/span><\/li>\n<\/ol>\n

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

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

                                    A minimum viable product focuses on a limited set of capabilities sufficient to provide meaningful value and, often, generate learning from actual use. It does not mean delivering an intentionally poor-quality product or ignoring essential security, compliance, and operational requirements. The business analyst can help stakeholders identify which capabilities are necessary to achieve the release objective and which can be deferred. Feedback from early delivery can then inform subsequent requirements and priorities, reducing the risk of investing heavily in features that provide limited value.<\/span><\/p>\n

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

                                    A business analyst must select between interviews and a focus group for customer research. What should primarily guide the choice?<\/b><\/p>\n

                                      \n
                                    1. <\/b> Which technique has the shorter name<\/span>
                                      \n<\/span>2.<\/b> The type of information needed, sensitivity of the subject, desired interaction, participant characteristics, and practical constraints<\/span>
                                      \n<\/span>3.<\/b> Which technique was used on the previous project<\/span>
                                      \n<\/span>4.<\/b> The analyst’s personal preference<\/span><\/li>\n<\/ol>\n

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

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

                                      Interviews and focus groups serve different elicitation purposes. Interviews can provide deeper individual perspectives and may be more appropriate for sensitive topics. Focus groups can reveal reactions, shared experiences, and differences through participant interaction. The analyst should consider the research objective, confidentiality needs, stakeholder characteristics, available time, and potential group dynamics when choosing a technique. Sometimes both techniques can be used together. Elicitation methods should be selected deliberately based on the information required rather than habit or personal preference.<\/span><\/p>\n

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

                                      A business analyst discovers that a solution’s reported success depends on excluding failed transactions from the performance metric. What should the analyst do?<\/b><\/p>\n

                                        \n
                                      1. <\/b> Accept the metric because it produces favorable results<\/span>
                                        \n<\/span>2.<\/b> Remove failed transactions permanently from all reporting<\/span>
                                        \n<\/span>3.<\/b> Review the metric definition and ensure performance is measured transparently against the intended business outcome<\/span>
                                        \n<\/span>4.<\/b> Stop evaluating the solution<\/span><\/li>\n<\/ol>\n

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

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

                                        Performance measures should accurately represent the outcome they are intended to assess. Excluding failed transactions may materially distort the result if those failures affect customers or business performance. The analyst should examine the metric’s definition, calculation, exclusions, and original success criteria and make any limitations transparent. Different measures may legitimately use different populations, but those choices should have a sound business rationale. Reliable solution evaluation depends on consistent and meaningful measurement rather than selecting calculations that merely make performance appear favorable.<\/span><\/p>\n

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

                                        A business analyst is reviewing lessons learned and notices that many defects resulted from requirements being misunderstood across teams. What should be recommended for future initiatives?<\/b><\/p>\n

                                          \n
                                        1. <\/b> Reduce stakeholder involvement<\/span>
                                          \n<\/span>2.<\/b> Stop documenting requirements<\/span>
                                          \n<\/span>3.<\/b> Eliminate requirements reviews<\/span>
                                          \n<\/span>4.<\/b> Improve requirements clarity, collaborative reviews, models, examples, confirmation practices, and communication across affected teams<\/span><\/li>\n<\/ol>\n

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

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

                                          Repeated misunderstanding indicates an opportunity to improve requirements communication and quality practices. Depending on the causes, improvements might include clearer language, better acceptance criteria, visual models, examples, collaborative reviews, shared terminology, confirmation of elicitation results, and more effective communication between business and delivery teams. The objective is not necessarily to create more documentation but to provide information in forms that stakeholders can understand consistently. Lessons learned should lead to practical changes that reduce avoidable rework and defects on future initiatives.<\/span><\/p>\n

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

                                          View Full PMI PMI-PBA Exam Dumps and Practice Test Dumps   Question 161. A business analyst is comparing two solution alternatives. One offers greater benefits but also introduces substantially greater operational risk. What should the analyst do? Select the higher-benefit option automatically 2. Present the benefits, risks, costs, constraints, and assumptions of both alternatives for […]<\/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\/22363"}],"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=22363"}],"version-history":[{"count":1,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/22363\/revisions"}],"predecessor-version":[{"id":22364,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/22363\/revisions\/22364"}],"wp:attachment":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/media?parent=22363"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/categories?post=22363"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/tags?post=22363"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}