Free Microsoft AB-731 Practice Exam with Questions & Answers

guide AI strategy, ensure responsible AI oversight, and promote alignment across business units.

A trustworthy AI program requires more than technical implementation; it requires enterprise governance : clear ownership, risk management, policy, and cross-functional coordination. An AI governance council’s primary role is to provide strategic direction and oversight so AI initiatives align with business goals while meeting Responsible/Trustworthy AI expectations (fairness, reliability and safety, privacy and security, transparency, accountability, and inclusiveness).

Therefore, the best completion is that the council should guide AI strategy, ensure responsible AI oversight, and promote alignment across business units . This captures why councils are created: to avoid siloed deployments, define guardrails and approval processes, standardize evaluation/monitoring practices, and coordinate stakeholders such as legal, compliance, security, data governance, HR, and business leadership. The council also helps prioritize use cases, establish policies for data use and access, set documentation requirements, and require ongoing monitoring and incident response for AI systems in production.

The other options are narrower operational responsibilities. Configuring and deploying models in Azure is typically owned by engineering/cloud teams. Day-to-day model training and labeling is handled by data science/ML teams. The council sits above those activities to ensure the organization’s AI work is consistent, accountable, and strategically aligned .

This scenario is a clear violation of the fairness principle. Fairness in Microsoft’s Responsible AI framework is about ensuring AI systems do not create unjustified bias or discriminatory outcomes—especially when decisions affect people’s access to opportunities such as credit, employment, housing, or education. A rule or learned behavior that rejects all applicants over a certain age creates a systematic, categorical disadvantage for a protected demographic group and indicates a discriminatory decision boundary rather than an individualized assessment of creditworthiness.

Even if the model designers believed age correlates with risk, using a hard cutoff that rejects every applicant older than 60 is not an equitable approach. It suggests the model is either using age directly as a dominant feature or reflects biased training data/labels that encoded discriminatory outcomes. Fairness requires you to evaluate model outcomes across groups (for example, age brackets), measure disparate impact, and apply mitigations such as feature review (removing or constraining sensitive attributes), rebalancing training data, adjusting thresholds, or using fairness-aware training/evaluation methods. It also requires governance and review of high-stakes automated decisions.

The other principles are not the best match: transparency concerns explainability and user understanding, accountability concerns human oversight and ownership, and reliability and safety concerns consistent and safe operation. The core issue here is discriminatory treatment across an age group— fairness .

model inaccuracy

The scenario describes a model producing plausible-sounding content that is factually wrong —a common generative AI failure mode often referred to as a “hallucination.” Since “hallucination” is not offered in the dropdown, the best matching choice is model inaccuracy because the core problem is that the model’s output is incorrect even though it appears confident and coherent.

The other options do not fit the definition of the behavior: data leakage is about sensitive information being exposed (for example, proprietary prompts, secrets, or personal data). Prompt injection is an attack technique where a user tries to override system instructions or cause unsafe actions. Overreliance describes a human/organizational risk —trusting the model too much—rather than the model’s intrinsic behavior of generating incorrect facts. Overreliance can be a consequence of this behavior, but it is not what the behavior itself is called.

In practice, you mitigate this kind of inaccuracy by grounding responses in trusted sources (for example, RAG), constraining prompts with explicit requirements, using verification steps (citations, cross-checking, tool-based validation), and adding human review for high-impact use cases.

When a non-reasoning generative AI model produces inconsistent outputs, the most reliable improvement is to make the prompt more specific, constrained, and demonstrative of what “good” looks like.

A is correct because adding high-quality examples is a form of few-shot prompting. Examples act like “training wheels” at inference time: they show the model the desired structure, tone, level of detail, formatting rules, and boundaries. This reduces ambiguity and variance, especially for tasks like marketing copy, summaries, policy text, or customer replies. The more your examples resemble real target outputs (including edge cases), the more consistent the model’s completions become.

B is correct because adding context, relevant source material, and explicit expectations narrows the model’s degrees of freedom. Including the intended audience, purpose, constraints (length, voice, banned claims), and trusted reference content (approved facts, product specs, policy excerpts) helps the model stay aligned and reduces hallucinations and off-brand language. This is also where you specify acceptance criteria such as “must include 3 bullet points,” “use UK English,” or “cite only provided text.”

C is not best: technical jargon can confuse or bias output if it’s not aligned to the task; clarity beats jargon. D is not best: a single concise requirement is usually under-specified and often increases variability.

The requirement has two key phrases: indexing information and knowledge mining by extracting insights from documents . The Microsoft service purpose-built for this is Azure AI Search (formerly Azure Cognitive Search), which provides a search index over your content and supports “AI enrichment” workflows to extract and structure insights from documents during indexing.

Azure AI Search can ingest content from common enterprise sources (files, blobs, databases), build searchable indexes, and enrich the indexed content using built-in skills or integrated AI capabilities—such as entity recognition, key phrase extraction, language detection, and OCR (depending on the pipeline). This is exactly what “knowledge mining” refers to: turning large volumes of unstructured documents into structured, searchable knowledge that applications and users can query.

The other choices are partial fits: Azure Vision focuses on image/video analysis, not general document indexing. Azure Document Intelligence is excellent for extracting fields/tables from forms and documents, but on its own it does not provide the full indexing/search and knowledge mining layer across a corpus. Microsoft Foundry is an overarching platform for building AI apps/agents; it can incorporate search, but the specific service that directly delivers indexing + knowledge mining is Azure AI Search .

Even when training data is already consistent and uniform, the first step in building a custom Azure Machine Learning model is still to prepare the training data. “Consistent” data reduces the amount of cleaning you may need, but preparation is broader than cleaning: you still must confirm the schema, validate data types, handle missing values (if any), ensure label quality (for supervised learning), select/engineer features, and split data into training/validation/test sets. Those actions determine whether training will be stable and whether evaluation metrics will be meaningful.

If you skip preparation and go directly to training (C), the model might learn from the wrong columns, inconsistent labels, or poorly partitioned data, producing misleading results. Evaluation (B) comes after training because you need a trained model to score and measure. Hyperparameter tuning (D) is an optimization activity that presupposes you already have a working training pipeline and a baseline model to improve. Deployment (E) is last, after you have validated performance and selected the model candidate.

Azure Machine Learning commonly operationalizes these steps through pipelines, where data preparation is a foundational stage that precedes training and evaluation (and can also be iterated as you refine features and quality).

For a proof of concept , the key requirements are low commitment , quick start , and the ability to scale up or down as you learn what real usage looks like. Azure OpenAI Standard On-Demand pricing is designed for exactly that: you pay per token consumed (input and output) on a pay-as-you-go basis, which makes it ideal when demand is uncertain or variable—typical in early pilots and PoCs.

By contrast, Provisioned (PTUs) is best when you have well-defined, predictable throughput and latency requirements —usually a more mature, production workload. PTUs involve reserving model processing capacity to achieve consistent performance and more predictable costs, which is usually premature for a PoC where actual traffic patterns are not yet known.

Batch API is optimized for asynchronous high-volume jobs with a target turnaround (for example, up to 24 hours) and discounted pricing. That’s great for offline processing, but it does not match an interactive “agent” PoC that typically needs near-real-time responses and iterative testing.

Microsoft 365 Copilot is a separate SaaS licensing model and is not the Azure OpenAI pricing model for building your own agent solution.

improves the accuracy and reliability of the predictions and outputs of AI.

High-quality grounding data improves a generative AI solution by anchoring responses to trusted, relevant, and up-to-date information , which increases the likelihood that outputs are accurate, consistent, and aligned with the organization’s expectations. This is why the best completion is “ improves the accuracy and reliability of the predictions and outputs of AI .” When the model is given authoritative context (for example, approved policy text, product specifications, knowledge base articles, or controlled enterprise content), it has less need to “guess” based on general patterns in its training data. That reduces hallucinations and improves response relevance to the user’s question and the business domain.

It does not “ensure that all responses are factually accurate” because grounding reduces errors but cannot eliminate them completely—retrieval can return incomplete or irrelevant passages, user prompts can be ambiguous, and the model can still misinterpret context. It also does not inherently “increase performance of an AI model” in the sense of speed/throughput or model capability; grounding is an architecture and data strategy that improves output quality, not compute efficiency. Finally, grounding is not about “increasing storage required to host an AI model.” While you may store documents in an index or repository, the core benefit is improved response quality through better context, not larger model hosting requirements.

Answer Area

Microsoft Foundry provides a unified platform for developers and data professionals to create custom end-to-end AI solutions. Answer: Yes

Microsoft Foundry provides a unified platform for low-code developers and business users to create custom end-to-end AI solutions. Answer: No

You need a Microsoft 365 Copilot license to access Microsoft Foundry services. Answer: No

Yes — Microsoft Foundry is positioned by Microsoft as a unified AI platform for building, deploying, and scaling AI apps and agents, with enterprise governance in a single environment. Microsoft explicitly describes Foundry as enabling developers (and, in broader descriptions, data professionals/enterprises) to build and operate AI solutions end-to-end, which aligns with the statement.

No — While Foundry can streamline AI development workflows and may include experiences that reduce complexity, the statement specifically targets low-code developers and business users creating custom end-to-end AI solutions. In Microsoft’s ecosystem, that “low-code/business-user” agent/app-building lane is more directly associated with tools like Copilot Studio/Power Platform , whereas Foundry is primarily presented as the platform for developers and technical teams building and governing AI solutions. Therefore, as written, the statement is not the best characterization.

No — Access to Microsoft Foundry services is not gated by a Microsoft 365 Copilot license. Foundry is part of the Azure AI platform experience (formerly Azure AI Studio) and is accessed through Azure, using Azure subscription-based service consumption. Microsoft 365 Copilot licensing is for Microsoft 365 Copilot experiences, not a prerequisite to use Foundry services.

To align an AI customer support agent with Microsoft’s Responsible AI principles, two high-impact actions are fairness/inclusiveness validation and transparency to users . B is correct because testing for inclusive and culturally sensitive responses directly supports fairness and helps reduce harm. In practice, you evaluate responses across diverse user personas, languages/dialects, accessibility scenarios, and sensitive contexts. You look for biased assumptions, stereotyping, exclusionary language, and disparate quality of service. This also implies ongoing monitoring because model behavior can drift as prompts, knowledge sources, and user inputs evolve.

E is correct because a clear disclaimer supports transparency: customers should know they are interacting with an AI system, understand the type of assistance it can provide, and know what to do if the response is incorrect or they need a human. A disclosure is also a practical risk-control that reduces overreliance and sets expectations about limitations.

The other options are not best for Responsible AI alignment: A (retain all conversations) can conflict with privacy/data minimization; retention must be justified and governed, not automatic. C (operate independently) undermines accountability and human oversight. D (multiple purposes) increases scope and risk rather than improving responsible use.