MS-600 er en praktisk Microsoft 365 Developer-eksamen, hvor dokumentationskendskab alene ikke er nok. Kandidaten skal kunne koble identitet, Microsoft Graph, Teams, SharePoint og Office-udvidelser til konkrete løsningsvalg, ellers bliver forberedelsen en svag strategi.
MS-600: Building Applications and Solutions with Microsoft 365 Core Services er rettet mod udviklere, der bygger løsninger oven på Microsoft 365. Stoffet passer især til personer med JavaScript- eller .NET-erfaring, som skal arbejde med godkendelse, API-kald, app-registreringer, Teams-apps, SharePoint Framework og integrationer med Office-klienter.
Guiden er opdateret i juli 2026 og bør læses sammen med Microsofts officielle eksamensside og den aktuelle “skills measured”-oversigt på Microsoft Learn. Microsoft kan ændre eksamensindhold, navne og vægtning, så en god forberedelsesmetode begynder med at kontrollere den officielle side, før studieplanen låses fast.
Hvad MS-600 reelt tester
MS-600 tester ikke isoleret syntaks. Den tester, om en udvikler kan omsætte krav til en sikker og brugbar Microsoft 365-løsning. Det betyder, at identitet, tilladelser, app-livscyklus og brugeroplevelse hænger sammen i de fleste scenarier.
En kandidat, der kommer fra Teams-udvikling, vil typisk føle sig hjemme i app-manifester, faner, bots og Teams Toolkit. En kandidat med SharePoint-baggrund vil ofte være stærkere i SPFx, web parts og tenant-scoped deployment. En fuldstack-udvikler vil måske hurtigere forstå OAuth-flows og API-kald, men skal stadig lære Microsoft 365-platformens særlige governance- og permission-modeller. Studieindsatsen bør derfor vægtes efter den svageste del af profilen, ikke efter det område kandidaten allerede foretrækker.
Fra et praktisk perspektiv er identitet og Microsoft Graph ofte den røde tråd. Teams- og SharePoint-løsninger ender ofte med at skulle hente brugerdata, læse filer, oprette events, sende notifikationer eller handle på vegne af en bruger. Derfor er det ikke nok at vide, at Graph findes; kandidaten skal kunne vælge et passende permission-scope, forstå om flowet er delegated eller application, og vide hvornår administratorgodkendelse er nødvendig.
Byg et labmiljø før du læser for meget teori
Den mest effektive forberedelse begynder med et realistisk labmiljø. En Microsoft 365 Developer-tenant giver mulighed for at øve app-registreringer, brugertest, Teams-app-pakker og Graph-kald uden at påvirke en produktionsorganisation. Graph Explorer er nyttig til hurtig afprøvning af endpoints og scopes, mens Teams Toolkit kan bruges til at se, hvordan en Teams-app oprettes, pakkes og debugges.
En almindelig fejl er at læse om permissions uden at mærke konsekvensen i en tenant. Kandidater forveksler ofte delegated permissions med application permissions, glemmer admin consent eller overser felter i Teams App manifestet, som afgør, hvordan appen vises og må bruges. Disse fejl viser sig hurtigt i et lab, og de er værdifulde, fordi de tvinger kandidaten til at forbinde dokumentation, kode og portalopsætning.
Et godt lab bør indeholde en Entra ID app registration, en simpel Teams-tab eller webapp, en testbruger, et Graph-kald og en dokumenteret fejl- og læringslog. Det er bedre at bygge et lille proof of concept grundigt end at gennemføre mange overfladiske tutorials. Hvis appen for eksempel bruger on-behalf-of flow til at kalde Graph fra en Teams-tab, træner kandidaten både identitet, token-flow, Teams-kontekst og least-privilege scopes i samme øvelse.
Følgende korte eksempel viser den type konfiguration, en kandidat bør kunne genkende og forklare. Det er ikke en fuld Teams-app, men et manifestuddrag, der viser, hvordan en personlig tab kan beskrives i en app-pakke.
Example — Teams-tab i app-manifestet
{
"manifestVersion": "1.17",
"version": "1.0.0",
"id": "c8d42f15-62b8-4a8f-9c2f-7b6f3e9c4a21",
"developer": {
"name": "Contoso Apps",
"websiteUrl": "https://contoso.local",
"privacyUrl": "https://contoso.local/privacy",
"termsOfUseUrl": "https://contoso.local/terms"
},
"name": {
"short": "GraphTasks",
"full": "Graph Tasks for Microsoft Teams"
},
"staticTabs": [
{
"entityId": "tasksTab",
"name": "Tasks",
"contentUrl": "https://teamsapp.contoso.local/tasks",
"websiteUrl": "https://teamsapp.contoso.local/tasks",
"scopes": ["personal"]
}
]
}
Pointen er ikke at huske hvert felt udenad. Pointen er at forstå, at manifestet er en del af løsningen: det beskriver appens identitet i Teams, dens brugerflade og de klientkontekster, hvor appen må optræde. I en eksamenssituation kan små krav i scenariet pege på, om problemet handler om manifestet, Entra ID, Graph-permissions eller applikationskoden.
En realistisk 4-ugers studieplan
Fire uger er en brugbar ramme for en udvikler, der allerede kan bygge webapplikationer og har grundlæggende kendskab til Microsoft 365. Planen bør ikke bruges som en garanti for at bestå, men som en struktur, der holder forberedelsen praktisk og målbar. Hvis kandidaten mangler erfaring med OAuth, Teams eller SharePoint, bør planen udvides.
- Uge 1: Gennemgå den officielle MS-600 skills measured-side, opret en Developer-tenant, registrér en app i Entra ID, og test delegated Graph-kald i Graph Explorer.
- Uge 2: Byg en lille Teams-tab eller webapp, implementér login, og dokumentér forskellen mellem delegated og application permissions med egne testresultater.
- Uge 3: Arbejd med SharePoint Framework, Teams App manifest, Office-udvidelser og app-pakkens livscyklus fra lokal udvikling til testinstallation.
- Uge 4: Løs scenariebaserede øvelser, luk huller i identitet og permissions, gennemgå Microsoft Learn-dokumentation for Graph, Teams og SharePoint, og gennemfør en tidsstyret prøveøvelse uden hjælpemidler.
Studieplanen virker kun, hvis hver uge ender med et synligt resultat. Det kan være et fungerende Graph-kald, et manifest der kan uploades til Teams, en SPFx-komponent i en testtenant eller en kort note om, hvorfor en permission fejlede. De noter bliver nyttige i den sidste uge, hvor mange kandidater ellers bruger tid på at genlæse emner, de faktisk allerede har forstået.
Sådan tænkes et scenariebaseret spørgsmål igennem
MS-600-scenarier bør læses som arkitekturkrav, ikke som trivia. Først identificeres aktøren: handler løsningen på vegne af en bruger, eller kører den som en baggrundsproces uden bruger? Dernæst vurderes dataadgangen: skal appen læse profiloplysninger, mail, filer, kalenderdata eller Teams-ressourcer? Til sidst vurderes governance: kræves multi-tenant support, administratorgodkendelse, least privilege eller en særlig udrulningsmodel?
Hvis et scenarie nævner “app-only”, peger det ofte mod application permissions og et flow uden interaktiv bruger. Hvis det nævner, at appen skal respektere brugerens egne rettigheder, peger det typisk mod delegated permissions. Hvis scenariet nævner “multi-tenant”, skal kandidaten tænke på app registration, consent og hvordan organisationer godkender adgang. Disse nøgleord bør ikke behandles mekanisk, men de hjælper med at sortere svarmulighederne hurtigt.
Et eksempel kan være en Teams-tab, der viser en brugers kommende møder og opgaver. Her er det nærliggende at bruge delegated permissions, fordi appen viser data i brugerens kontekst. En løsning med brede application permissions vil ofte være sværere at retfærdiggøre, hvis kravet er least privilege og personlig visning. Kandidaten bør derfor koble kravene til både sikkerhedsmodellen og brugeroplevelsen, før den tekniske løsning vælges.
De vigtigste faldgruber under forberedelsen
Den første faldgrube er udenadslære. Det er fristende at memorere permission-navne, API-endpoints og manifestfelter, men eksamen belønner oftere evnen til at vælge korrekt løsning i en kontekst. En bedre metode er at gennemføre komplette scenarier: registrér appen, vælg mindst mulige permissions, giv admin consent hvor det er nødvendigt, kald Graph, og notér præcist hvad der fejlede.
Den anden faldgrube er at øve Microsoft Graph isoleret fra applikationen. Graph Explorer er stærkt til hurtig læring, men kandidaten bør også kalde Graph fra kode, fordi token-håndtering, redirect-URI’er, scopes og fejlmeddelelser bliver mere realistiske der. Det er især vigtigt ved on-behalf-of flow og Teams-scenarier, hvor identiteten ikke bare er et abstrakt OAuth-begreb.
Den tredje faldgrube er at undervurdere app-livscyklus. I enterprise-miljøer handler Microsoft 365-udvikling også om pakning, installation, tilladelser, opdateringer og drift. MS-600-stoffet afspejler den virkelighed: en løsning er først brugbar, når den kan godkendes, udrulles og vedligeholdes på en kontrolleret måde.
Eksamensdag: brug en rolig 2-pass strategi
På eksamensdagen bør kandidaten undgå at bruge for lang tid på de første vanskelige spørgsmål. En god 2-pass strategi betyder, at første gennemgang bruges på spørgsmål, hvor løsningen kan findes med rimelig sikkerhed, mens usikre spørgsmål markeres til review. Anden gennemgang bruges på de markerede spørgsmål, når resten af eksamen ikke længere presser på.
Tidsstyring bør ske efter domæner og sværhedsgrad, ikke efter ønsket om at få hvert spørgsmål perfekt i første forsøg. Hvis et spørgsmål indeholder mange detaljer om multi-tenant apps, least privilege eller app-only access, bør kandidaten først finde de afgørende krav og derefter fjerne svarmuligheder, der bryder dem. Det reducerer risikoen for at fordybe sig i et kanttilfælde, som ikke er centralt for scenariet.
Usikre spørgsmål bør flagges, når kandidaten kan indsnævre valget, men mangler den sidste sikkerhed. Spørgsmål bør derimod ikke flagges, bare fordi svaret føles uvant; hvis kravene tydeligt peger mod én permission-model eller ét udrulningsmønster, er det ofte bedre at vælge og komme videre. Efter eksamen er det nyttigt at skrive de emner ned, der føltes svage, mens de stadig er friske, uanset resultatet.
Ofte stillede spørgsmål om MS-600
Hvem bør tage MS-600?
MS-600 passer til udviklere og tekniske konsulenter, der bygger løsninger med Microsoft 365 Core Services. Den er mest relevant for personer, der allerede kan udvikle webapplikationer og vil arbejde mere struktureret med Microsoft-identitet, Graph, Teams, SharePoint og Office-udvidelser.
Er praktiske labs nødvendige?
Ja, praktiske labs er en af de mest pålidelige måder at forstå stoffet på. Mange af de svære emner, især permissions og consent, bliver først tydelige, når kandidaten selv registrerer en app, tester scopes og ser fejlene i en tenant.
Hvilke officielle ressourcer bør bruges?
Microsoft Learn bør være udgangspunktet, især den officielle eksamensside, skills measured-oversigten og dokumentationen for Microsoft Graph, Teams development, SharePoint Framework og Microsoft identity platform. Dokumentationen bør bruges aktivt under labs, ikke kun som læsestof.
Kan man forberede sig uden produktionsadgang?
Ja, en Developer-tenant er normalt det rigtige sted at øve, fordi den giver plads til at teste app-registreringer, permissions, Teams-apps og Graph-kald uden risiko for produktionsdata. Produktionsmiljøer bør ikke bruges til eksperimenter, medmindre organisationen har klare test- og governance-regler.
Fra eksamensmål til udviklerpraksis
Den stærkeste MS-600-forberedelse forbinder teori med små, fungerende løsninger. Kandidaten bør kunne forklare, hvorfor en app bruger delegated eller application permissions, hvordan admin consent påvirker udrulning, hvordan en Teams-app beskrives i manifestet, og hvordan Graph-kald passer ind i brugerens arbejdsproces.
En praktisk næste handling er at sammenligne den officielle MS-600 skills measured-oversigt med egne labs og markere de områder, der endnu ikke er bevist i kode eller tenant-konfiguration. Readynez kan bruges som struktureret træning, hvis der er behov for et mere styret forløb, men den afgørende forskel skabes af aktiv øvelse, klare noter og evnen til at forklare løsningsvalg under scenarier. For a deeper dive, see Bedste PMP-forberedelseskurser: Din guide til at blive en.
