Lever een registratiecursus met validatie, bevestiging en doorzoekbare status.
Werk aan een kopieer- of demo-omgeving. Definieer de gebruikte gegevens en het verwachte resultaat voordat u begint. Houd uw beslissingen en de moeilijkheden die u tegenkomt om het proces te kunnen uitleggen.
Definieer de verantwoordelijkheden van elke laag en het handelscontract.
Bouw een complete eerste cursus voor de secundaire varianten.
Test inconsistenties tussen interface en opgeslagen toestand.
Documentlevering en herstel voor een andere persoon.
Leverbare en verificaties
End-to-end functionaliteit, test- en implementatieinstructies.
De zichtbare status, het verwerkingsresultaat en de geregistreerde gegevens blijven consistent.
Let voor elke controle op de context, de actie, het verwachte resultaat en wat er is waargenomen. een succesvolle verificatie onderscheiden van een resterende hypothese. Een andere persoon moet in staat zijn om het resultaat te begrijpen zonder al zijn vervaardiging bij te wonen.
Werken aan verschillende lagen maakt niet af van het onderscheiden van hun verantwoordelijkheden. Een weergegeven succes mag niet voorafgaan aan een bewerking die is mislukt.
Samenwerking om te verkennen: back-end ontwikkeling.
Specificeer het delen van verantwoordelijkheden: wie geeft de informatie, wie beslist, wie controleert en onderhoudt het resultaat. Een goede overdracht behoudt de beperkingen en beslissingen, niet alleen het definitieve bestand.
Uitgebreide praktijkoefening en verwachte resultaten
Diepgaande oefening: Bouw een kleine bibliotheek met bestanden met onderzoeks- en voorstelformulier. Volg een item van de invoer naar het display, met behulp van demonstratiegegevens. Stel identifier, validatie, opslag, publicatiestatus en rendering in. Test een afgewezen invoer en een gewijzigde invoer. Een interface met "ontvangen" mag niet suggereren dat de informatie al is gepubliceerd of geverifieerd. Controleer ook de route tijdens een netwerkfout.
Wat je samen met het werk oplevert
Gegevensschema en publicatiecyclusstatus
Invoer en weergave van records-interface
Servervalidatie en foutbeheer
End-to-end scenario's in een testomgeving
Acceptatiecriteria
Deze criteria zijn een werkbasis om aan te passen aan de context. Let voor elk op de ondernomen actie, het verwachte resultaat, het waargenomen resultaat en de te bevestigen informatie.
De ontvangen, gevalideerde en gepubliceerde verklaringen blijven gescheiden.
Een serverfout wordt uitgelegd zonder de invoer onnodig te verliezen.
De stabiele identifier verbindt de ingang, de wijziging en de weergave ervan.
De volledige cursus wordt gecontroleerd met een geaccepteerde zaak en een afgewezen zaak.
Leg uit waar de gegevens worden gevalideerd, opgeslagen en getransformeerd. Houd een reproduceerbaar scenario dat door de interface en de server loopt. Documenteer de verantwoordelijkheden van elke laag en de grenzen van de demonstratieomgeving. De overdracht moet het mogelijk maken om een probleem te volgen van een zichtbaar bericht naar zijn technische oorzaak zonder privé-inhoud of toegangsparameters bloot te leggen.
Een complete oefening verbindt interface, gegevens en verwerking. Kies een scope die klein genoeg is om de hele workflow te verifiëren in plaats van onvoltooide functies te vermenigvuldigen.
Beperkte end-to-end workflow
Wanneer deze aanpak kiezen
Handig voor het invullen van een verzoek van invoer via validatie en opslag tot geautoriseerd bekijken. Definieer het resultaat van elke stap.
Waarmee rekening houden
Voeg machtigingen, fouten en herhaalde verzoeken toe. Gebruik demonstratiegegevens zonder privé-informatie van een echt project.
Integratie in een bestaande applicatie
Wanneer deze aanpak kiezen
Geschikt voor een workflow die is ingebouwd in gevestigde conventies. Identificeer de componenten, contracten en gegevens die door de wijziging worden beïnvloed.
Waarmee rekening houden
Controleer compatibiliteit en documentmigraties. Bereid een terugkeer naar een consistente staat voor als de wijziging moet worden verwijderd.
een risico om te anticiperen
Een scherm en database bewijzen niet dat een workflow werkt. Verwerk ook toestemmingswijzigingen, onderbrekingen en onvolledige gegevens.
Hoe te beslissen?
Presenteer een kort diagram en een reproduceerbare demonstratie. Volg een verzoek van de browser naar het resultaat en leg vervolgens het faalgedrag uit.
Het stelt u in staat om een benadering en zijn grenzen te tonen. Het is noch een diploma, noch een certificering, noch een bewijs van een productie-ervaring.
Hoe presenteer je het werk in een portfolio?
Geef aan dat dit een oefening is, uw rol, beperkingen, beslissingen en controles. Gebruik testgegevens en media waarvan de rechten zijn vastgesteld.
Hoe de kwaliteit van het te leveren te beoordelen?
De zichtbare status, het verwerkingsresultaat en de geregistreerde gegevens blijven consistent. Voeg de ondervonden moeilijkheden toe en wat nog moet worden geverifieerd in plaats van absolute validatie te presenteren.
Hoe kan een portfolioproject buitensporige reikwijdte vermijden?
Kies een verifieerbare hoofdtaak en representatieve staten. Volledige validatie, foutafhandeling en machtigingen voordat u functies toevoegt. Een beperkte, verklaarbare workflow maakt beslissingen gemakkelijker te beoordelen dan gedeeltelijk geïmplementeerde functionaliteit.