Hvordan lage en testplan for Business Logic Layers

Hvordan lage en testplan for Business Logic Layers


Også kjent som domene logikk, forretningslogikk består av funksjonelle algoritmer som angår informasjonsutveksling mellom brukergrensesnitt og en bestemt database. Konseptet av forretningslogikk lag gjelder programvare programkode som kobler foretaks mål og målsettinger for programmet formålet. Forretnings eller domenet logikken ikke gjelder for produktet logikk eller input og output data validerings aspekter. For eksempel kan dette gjelde regler som vanligvis knyttet til en database kode næringspolitikk informasjon som legger ekstra avgifter for andre tjenester i forbindelse med den aktuelle databasen.

Bruksanvisning

1 Fastslå forretningsmodell parametere som skal brukes gjentatte ganger i kodifisering virksomhet. Identifisere produsenter, produkter, tjenester, produksjonskostnader, distribusjon og lengden på arbeidstiden til å produsere dem. Lag en skriftlig liste og disposisjon, tekstbehandlingsdokumenter eller regneark som beskriver denne informasjonen.

2 Design en eller flere databaser for å spore parametrene på listen, dokument eller regneark. Beskriv hva variabler og konstanter av drift og produkter på en liste for å vise til. Skape en grafisk modell tilbøyelig til å vise hvor hver komponent er relatert til hverandre. Ta med bord inne i grafisk modell som betegner tjenesten eller produktet arkitektur. Inkluder andre forretningsdrift elementer som kostnader, finansiering avgifter, lønnskostnader, lån og forsknings- og utviklingskostnader hvis aktuelt.

3 Bruk spørreforretnings algoritmer innenfor en SQL-database program for å vise alle relasjoner, hvordan de fungerer og hvor opprinnelig etablert innenfor det grafiske modell. Design utenlandske og primære komponenter som særlig knytter alle de forskjellige datatabeller til hver enkelt. Utvikle spørsmål utformet for å demonstrere relasjonene mellom tjenester og produkter, og som gir alternative måter som ulike produkter kan samhandle innenfor virksomheten.

4 Design med separasjon av tanke og lesbarhet av kode i tankene, siden det er enklere å tolke forretningslogikk som ikke er en del av presentasjonen logikk. Sørg for at skjermen presentasjon og html-kode er atskilt fra sikkerhet og database logikk for visning klarhet. For eksempel mye av standard JSP, ASP og PHP koding er strukturert med looping gjennom datasett som sender ut html resultater. Når dette skjer, kan det være vanskelig å legge merke til om en nøkkel html tag kan mangle eller å fortelle hvor dataene stammer fra.

5 Forstå at separasjon av nedbemann aspekter i ulike databaser er viktig for større bedrifter som har høyt spesialiserte medarbeidere. Holde orden på bemannings aspekter som avdelingsspesifikke datamaskin oppgaver er ikke like kritisk for mindre organisasjoner hvor programmeringsfunksjoner er vanligvis utført av en enkeltperson.

Hint

  • Design skript som oppmuntrer re-usability og som lett kan tilpasses for testing.
  • For å unngå forvirring, forstår at modellen definerer hvordan data skal lagres og hentes, må ikke forveksles med hvordan det er kontrollert.