Foto provë për të menduarit negativ dhe pozitiv. Pamja pozitive e testimit negativ Testimi i sistemit në skenarë jashtëzakonisht negativë

Terminologjia e sigurimit të cilësisë

Në këtë artikull, ne do të shohim QA (Sigurimi i Cilësisë) në zhvillimin e softuerit. E gjithë kjo vlen për testimin e softuerit, por në këtë artikull ne nuk do të studiojmë hollësitë, por vetëm të merremi me terminologjinë. Terminologjia në SC është shumë e rëndësishme, pa të nuk do të jetë e mundur të testohet produkti. Siç mund ta keni menduar, QA qëndron për Sigurimin e Cilësisë, që do të thotë sigurim i cilësisë (kontroll i cilësisë). Le të shkojmë drejtpërdrejt në terminologji:

Testimi pozitiv

Ky është testimi në të dhëna ose skenarë që korrespondojnë me sjelljen normale (standarde, të pritshme) të sistemit. Qëllimi kryesor i testimit "pozitiv" është të verifikojë që sistemi mund të bëjë atë që është krijuar për të bërë.

Testim negativ

Ky është testimi mbi të dhëna ose skenarë që korrespondojnë me sjellje anormale. Qëllimi kryesor i testimit "negativ" është të kontrollojë rezistencën e sistemit ndaj ndikimeve të ndryshme, për të vërtetuar një grup të pasaktë të të dhënave.

Testimi funksional

Ky është testimi për të verifikuar realizueshmërinë e kërkesave funksionale për zgjidhjen e problemit të një përdoruesi.

Testimi funksional përfshin:

Përshtatshmëria funksionale
Saktësia
Ndërveprimi
Pajtueshmëria me standardet dhe rregulloret
Siguria

Testimi i performancës

Ky është një provë që kryhet në mënyrë që të përcaktohet se sa shpejt funksionon një sistem informatik ose një pjesë e tij nën një ngarkesë të caktuar. Mund të përdoret gjithashtu për të kontrolluar dhe vërtetuar atributet e tjera të cilësisë së sistemit si shkallëzimi, besueshmëria dhe konsumi i burimeve.

Testimi i performancës përfshin:

Testimi i ngarkesës
Testimi i stresit
Testimi i stabilitetit (test i qëndrueshmërisë / qëndrueshmërisë / thithjes)

Testimi i përdorshmërisë

Ky test i përdorshmërisë mat lehtësinë me të cilën përdoruesi mund të ketë qasje në funksionet e sistemit të ofruara përmes ndërfaqes së përdoruesit.

Testimi i ndërfaqes së përdoruesit

Testimi i GUI përfshin kontrollimin nëse një aplikacion plotëson kërkesat për një ndërfaqe grafike, pavarësisht nëse duket profesionale dhe nëse ka një stil të qëndrueshëm.

Testimi i sigurisë

Procesi i vlerësimit të cenueshmërisë së softuerit ndaj sulmeve të ndryshme.

Testimi i lokalizimit

Ky është procesi i testimit të një versioni të lokalizuar të një produkti softuer. Kontrollimi i përkthimit të saktë të elementeve të ndërfaqes së përdoruesit, kontrolli i saktësisë së përkthimit të mesazheve dhe gabimeve të sistemit, kontrollimi i përkthimit të seksionit "Ndihmë" / "Ndihmë" dhe dokumentacionit shoqërues.

Testimi i pajtueshmërisë

Një lloj i testimit jofunksional, qëllimi kryesor i të cilit është të verifikojë funksionimin e duhur të një produkti në një mjedis specifik.

Ambienti mund të përfshijë elementët e mëposhtëm:

Platforma e pajisjeve;
Pajisje rrjeti;
Pajisje periferike (printerë, disqe CD / DVD, kamera në internet, etj.);
Sistemi operativ (Unix, Windows, MacOS, ...)
Bazat e të dhënave (Oracle, MS SQL, MySQL, ...)
Softueri i sistemit (server në internet, firewall, antivirus, ...)
Shfletuesit (Internet Explorer, Firefox, Opera, Chrome, Safari)

Testimi i kutisë së zezë

Një metodë e testimit të sjelljes funksionale të një objekti (programi, sistemi) nga këndvështrimi i botës së jashtme, e cila nuk përdor njohuri në lidhje me strukturën e brendshme të objektit të testuar.

Testimi i kutisë së bardhë

Isshtë kryer për të zbuluar problemet në strukturën e brendshme të programit. Kjo kërkon një njohuri të thelluar të strukturës së brendshme të provuesit dhe prandaj nuk mund të bëhet nga përdoruesi mesatar. Detyra e përgjithshme e një testimi të tillë është të sigurojë që secili hap të kontrollohet sipas algoritmit të programit.

Testimi i kutisë gri

Isshtë një kombinim i kutisë së bardhë dhe kutisë së testimit. Qëllimi i këtij testimi është gjetja e defekteve, nëse ka, për shkak të dizajnit jo të duhur ose keqpërdorimit të aplikacioneve.

Testimi manual

Ky është procesi i kërkimit të defekteve në funksionimin e programit, kur testohet operueshmëria e të gjithë përbërësve të programit, sikur të ishte një përdorues.

Testim i automatizuar

Ky proces testimi përdor mjete softuerësh për të ekzekutuar teste dhe vërtetuar rezultatet e ekzekutimit, gjë që ndihmon në uljen e kohës së testimit dhe thjeshtimin e testimit.

Testimi i njësisë (testimi i përbërësit / njësisë)

Një proces që ju lejon të kontrolloni për korrektësinë e moduleve individuale të kodit burimor të programit.

Testimi i integrimit

Testimi i softuerit, në të cilin modulet individuale të softuerit kombinohen dhe testohen në një grup. Testimi i integrimit bëhet pas testimit të njësisë dhe i paraprin testimit të sistemit.

Testimi i sistemit (testimi i sistemit / testimi nga fundi në fund)

Ky është testimi i softuerit i kryer në një sistem të plotë, të integruar për të verifikuar që sistemi plotëson kërkesat origjinale. Testimi i sistemit i referohet metodave të testimit të kutisë së zezë dhe kështu nuk kërkon njohuri në lidhje me strukturën e brendshme të sistemit.

Ne kemi konsideruar vetëm një pjesë të vogël të terminologjisë, por mjaft të rëndësishme në SC. Ndoshta ne do të prekim temën e testimit më vonë, por për sot kjo është e gjitha.

Artikuj të ngjashëm:

Zgjidhja e problemeve Adobe Flash me YouTube - Lexoni

pidval riblog këtë nga
alexruzhyk e pëlqente këtë
anko-777 reblogged këtë nga
e pelqeu kete
maryarti e pelqeu kete
dfdor44f e pelqeu kete
eridi reblogged këtë nga
seonoptik e pelqeu kete

· Testimi i tymit. Në këtë fazë, është e nevojshme të kontrolloni nëse sistemi funksionon fare (nëse funksionon si duhet, nëse merret me gabime siç duhet, etj.). Kjo është bërë në mënyrë që të kuptohet nëse aplikacioni është i përshtatshëm për testime të mëtejshme ose fillimisht nuk funksionon si duhet.

· Testimi "pozitiv". Në këtë fazë, duhet të kontrolloni rezultatin e aplikacionit kur ai merr hyrjen "e saktë".

· Testim "negativ". Kjo është faza përfundimtare e testimit fillestar. Shtë e nevojshme të shihet se si sillet aplikacioni kur ushqehet me të dhëna "të gabuara". Nëse një variant i tillë përshkruhet në specifikim (dhe duhet të përshkruhet), atëherë është e nevojshme të krahasoni rezultatin e pritur me atë të marrë.

Në fazën e studimit të specifikimit, përcaktohet se kur dhe si duhet të funksionojë vetë aplikacioni, kur dhe si duhet të reagojë ndaj gabimeve, d.m.th. si sistemi ose modulet e tij duhet të reagojnë ndaj të dhënave të pasakta ose sjelljes së gabuar të përdoruesit

Dokumentacioni bën të mundur për të kuptuar për ju vetë fazat kryesore të kontrollit të aplikimit: ku dhe si aplikacioni duhet të funksionojë si duhet, si të merreni me situatat e gabimit: të lëshoni mesazhe gabimi, të shkruani një gabim në skedarin log, të ndaloni ekzekutimin, etj

1) kontrolloni se si funksionon aplikacioni kur merr hyrjen e duhur;

2) nëse gjithçka funksionon siç duhet siç përshkruhet në specifikim, hapi tjetër është të kontrolloni vlerat kufitare (vlerat minimale dhe maksimale të të dhënave të sakta);

3) kontrolloni funksionimin e aplikacionit kur futni të dhëna që nuk janë në rangun e vlerave të vlefshme (duke kontrolluar përpunimin e vlerave të pasakta të hyrjes).

Dy paragrafët e parë përshkruajnë një proces të quajtur testimi "pozitiv".

« Pozitiv» duke testuarTestingshtë testimi në të dhëna ose skenarë që korrespondojnë me sjelljen normale (standarde, të pritshme) të sistemit nën provë. Qëllimi kryesor i testimit "pozitiv" është të provojë nëse sistemi mund të bëjë atë që është krijuar për të bërë.

« Negativ» duke testuarA është testimi në të dhëna ose skenarë që korrespondojnë me sjelljen anormale të sistemit nën provë, si dhe lëshimin e mesazheve të ndryshme të gabimit, situata të jashtëzakonshme, gjendje "jashtë kufijve", etj.

Qëllimi kryesor i testimit "negativ" është të kontrollojë rezistencën e sistemit ndaj efekteve të një lloji "negativ": kontrollimi i një grupi të pasaktë të të dhënave, kontrolli i përpunimit të situatave të jashtëzakonshme (si në zbatimin e vetë algoritmeve të softuerit ashtu edhe në logjikën e rregullave të biznesit), etj.

Para testimit "pozitiv" dhe "negativ", duhet të ketë punë për të kryer " pi duhan» duke testuar, gjatë së cilës kryhet testimi i shpejtë, i cekët i funksionalitetit më kritik në skenarë të thjeshtë, dmth., tipikë me një minimum kontrollesh ("në mënyrë që të mos ketë tym"). Mund të kryhet në të dhëna "pozitive" dhe "negative"

Përcaktoni funksionimin, stërvitjen, stresin dhe testin e stabilitetit.

Testimi funksional konsiston në testimin e sistemit në mënyrë që të verifikohet realizueshmëria e kërkesave funksionale, d.m.th. aftësia e programit, në kushte të caktuara, për të zgjidhur problemet që u nevojiten përdoruesve. Kërkesat funksionale përcaktojnë se çfarë bën saktësisht një program dhe çfarë detyrash zgjidh.

Testimi i stresit. Në përgjithësi, përdorimi i pritur i aplikacionit simulohet duke imituar punën e disa përdoruesve njëkohësisht. Ky lloj testimi është më i përshtatshmi për sisteme me shumë përdorues dhe veçanërisht për ata që përdorin një arkitekturë klienti / serveri (për shembull, serverat në internet).

Testimi i stresit - lloji i testimit të softuerit, i cili vlerëson besueshmërinë dhe qëndrueshmërinë e sistemit në kushtet e tejkalimit të kufijve të funksionimit normal. Testimi i stresit është veçanërisht i nevojshëm për softuerin "kritik të misionit". Testimi i stresit është përgjithësisht më i mirë në zbulimin e cilësive të tilla si qëndrueshmëria, disponueshmëria dhe aftësia për të trajtuar përjashtimet nga sistemi nën ngarkesë të madhe sesa ajo që konsiderohet sjellje e saktë në kushte normale.

Testimi i stabilitetit... Ky lloj testimi konsiston në kontrollimin e performancës së programit gjatë funksionimit afatgjatë me nivelin e pritur të ngarkesës. Para se të filloni të kontrolloni funksionimin e sistemit në ngarkesa maksimale dhe kritike, është e nevojshme të kontrolloni funksionimin e tij në ato kushte që përcaktohen në kërkesat funksionale, domethënë, të ekzekutoni sistemin në modalitetin normal për një kohë të gjatë. Detyra kryesore e një testimi të tillë është të zbulojë rrjedhjet e kujtesës, si dhe të verifikojë që shpejtësia e përpunimit dhe koha e përgjigjes së aplikacionit ishin të njëjtat në fillim dhe në fund të testit.

Pyetjet për temën 18

Testet në fotografi dhe vizatime mund të tregojnë për personalitetin e një personi, madje edhe atë për të cilën ai vetë nuk di. Një vizatim abstrakt do t'ju tregojë se cili është mendimi juaj dhe çfarë thotë ai.

Testi që do t'ju ofrojmë bazohet në testin e psikologut zviceran Hermann Rorschach. Ai bazohej në 10 pika njolla amorfe, të cilave u kërkohej të shqyrtoheshin nga subjektet. Ndryshimet në këtë provë vizuale janë të njohura gjerësisht. Dhe sot, detyra të tilla përdoren për një larmi qëllimesh, nga diagnostikimi i depresionit te testimi për fuqinë e imagjinatës.

Testi ynë i shpejtë bazohet në një imazh të tillë abstrakt. Të gjithë do të jenë në gjendje të shohin diçka të tijën në të. Shikoni këtë abstraksion dhe kapni shoqatën që ju kujtoi. Mos kërkoni ndonjë ngjashmëri specifike, mos u ulni mbi vizatim për një kohë të gjatë: sa më e ndritshme dhe më e qartë të formohet shoqata, aq më i vërtetë do të jetë rezultati.

Pamja bazë për provën tonë duket kështu.

Dhe tani do të zbulojmë rezultatet dhe do të kontrollojmë se kush është akorduar në një fillim pozitiv dhe krijues, dhe kush është koha të heqim qafe energjinë negative.

Shënim: nëse fotografia ju ka sjellë vështirësi, nëse nuk keni parë asgjë, ky konfuzion mund të tregojë një situatë zgjedhjeje në të cilën ju jeni të vendosur direkt ose indirekt për momentin. Siklet dhe acarim kur përpiqeni të palosni njollat \u200b\u200bnë diçka domethënëse mund të tregojnë gjithashtu emocione negative të shtypura.

LuleKjo shoqatë varet nga vendi i ngjyrës. Nëse e shihni në hije të ngrohtë rozë ose portokalli, energjia juaj është e barabartë dhe nuk duhet të shqetësoheni se një negativ ka depërtuar në vetëdijen tuaj. Dhe nëse skica e luleve përbëhet nga njolla kaltërosh, hija e tyre e ftohtë mund të tregojë ankth nënndërgjegjeshëm.

ViolinëOse një instrument tjetër muzikor. Kjo imazh tregon kreativitetin, por gjithashtu mund të jetë simbol i ankthit. Në përgjithësi, pavarësisht nga rrethanat e fundit, ky rezultat flet për drejtimin pozitiv të energjisë tuaj, pasi nuk jeni i huaj për krijimtarinë dhe keni marrë orientimin drejt portokallit të ngrohtë: doli të ishte mbizotëruesi në perceptimin tuaj vizual.

Figura e njeriut.Më shpesh femër, shikoni nga mbrapa, por interpretime të tjera janë të mundshme. Shifrat e njerëzve në fotografi flasin për hapjen ndaj të tjerëve. Ju nuk dukeni si person introvert, edhe nëse jeni introvert. Pengesat e së kaluarës nuk kanë frikë nga ju, dhe gjithashtu nuk jeni të huaj për idenë e bukurisë.

Gaforrja. Një gaforre, gaforre, ose artropod tjetër (ndoshta edhe një merimangë ose oktapod). Kjo shoqatë është e vështirë të klasifikohet si e këndshme, por mos nxitoni të nxirrni përfundime. Dëgjoni veten. Nëse një vend rozë, i ngjashëm me gaforren, ju bën të mendoni për një gaforre diku në bregdetin e kaltër, ka shumë të ngjarë të keni një imagjinatë të pasur, por kjo shoqatë nuk do të thotë asgjë alarmante. Por nëse ndjenjat që ju shkaktohen nga ngjashmëri të tilla janë negative (keni frikë nga kthetrat, nuk ju pëlqejnë mandibulat që imagjinata juaj tashmë ka tërhequr për ju) - është koha të mendoni dhe të akordoheni në një valë pozitive.

Kokat. Kokat e kafshëve të egra, gargojlet dhe koka e një demi janë të gjitha simbole mjaft kërcënuese. Maska mund t'i atribuohet të njëjtës kategori. Kjo ndarje në pjesë mund të shkaktohet nga mosmarrëveshja e brendshme.

Organet e brendshme.Nëse shihni kockat e legenit në njolla me ngjyra ose fotografia ngjall shoqata të tjera të pakëndshme anatomike, kjo mund të tregojë probleme të fshehura seksuale ose frikë individuale. Bestshtë më mirë t’i luftosh ballë për ballë. Mos u ngutni të mërziteni nëse e keni parë pikërisht këtë në testin tonë të figurës. Qëndrimet pozitive mund të ndryshojnë vetëdijen për mirë.

Sigurisht, ne të gjithë jemi të ndryshëm, dhe ka të ngjarë që ju të keni parë diçka tuajin, të veçantë dhe unike në këto abstraksione. Në këtë rast, ju me siguri jeni të talentuar me mendim jo standard, dhe krijimtaria juaj duhet të mbrohet dhe zhvillohet, sepse ka situata në të cilat nuk mund të bëni pa një qasje krijuese.

Ju urojmë fat të mirë në kuptimin e personalitetit tuaj dhe të brendshëm. Shikoni brenda dhe mos harroni të shtypni butonat dhe

12.10.2016 03:32

Të gjithë e dinë se ngjarjet që na ndodhin kryesisht janë për shkak të mendimeve tona. Dhe edhe nëse ...

Shumë i shqetësuar për cilësinë e produkteve. Kjo shpjegon disponueshmërinë në mbarë botën të testuesve të softuerit. Duke siguruar, këta njerëz sigurojnë cilësinë e tij.

Shumë testues nuk do ta harrojnë kurrë testimin negativ, megjithëse jo të gjithë programuesit janë të kënaqur me të. Një kontroll i tillë është i nevojshëm për të mbrojtur kundër hakerave, bots, sulmeve Dos / DDos.

Cili është profesioni i profesionistëve të testimit? Ata duhet të gjejnë probleme që nuk janë të dukshme për të tjerët. Mos vononi testimin negativ, ose do të rrezikoni sistemin.

Testim pozitiv dhe negativ

Le të fillojmë nga fillimi. Ekzistojnë 2 lloje të kontrollit kur rastet e provës përfshihen në provë: pozitive dhe negative. Kjo e fundit ka avantazhin.

Testimi pozitiv Shtë një proces verifikimi për sjelljen korrekte sipas kërkesave teknike dhe dokumentacionit. Testimi pozitiv është bërë për të siguruar që sistemi bën pikërisht atë që pritet.

Testim negativ A është procesi i kontrollit për sjellje jo korrekte. Gjatë testimeve të tilla, ne mund të zbulojmë se sistemi do të përballet me situata të paparashikuara.

Testim pozitiv-negativ

Për të kryer testimin e softuerit, duhet të keni intuitë ose një instinkt gjuetie. Kontrolluesi është një person i gjithanshëm që mund të kryejë si analizë të biznesit ashtu edhe testim.

Testuesit kontrollojnë nëse procesi po funksionon si duhet: nëse ka pajtueshmëri me kërkesat teknike dhe skenarët e provave. Kryerja e provave pozitive dhe negative do të zgjasë më shumë sesa të bësh të dyja në të njëjtën kohë. Kjo sepse ekzistojnë dy përsëritje të provave.

Mbi të gjitha, sa më afër orës X, aq më shpejt koha kalon dhe sa më shpejt të duhet të kryeni detyrat, të rregulloni defektet, të aplikoni kërkesat e biznesit (të cilat mund të ndryshojnë) dhe më shumë për të bërë. Afati është koha më e nxehtë!

Ndarja e testimit negativ dhe pozitiv thjesht shkon në kundërshtim me natyrën e një testuesi! Detyra e tij është të kontrollojë sistemin për të gjitha veprimet e mundshme të përdoruesit përfundimtar.

Njerëzit janë kryesisht të palogjikshëm dhe mund të shkaktojnë probleme në softuer. Testimi negativ mund të ndihmojë në shmangien e problemeve.

Përkthim falas i artikullit "10 rastet kryesore të testit negativ" nga Steve Miller.

Rastet e provave negative përdoren për të kontrolluar performancën e një aplikacioni nëse merr të dhëna "të pasakta" në hyrjen e tij. Raste të tilla provash duhet të përdoren gjatë testimit. Më poshtë janë dhjetë rastet më të njohura të testit negativ:

Kuotë e vetme e ngulitur - Shumica e bazave të të dhënave SQL kanë probleme kur ka vetëm citate në pyetje (për shembull, makina e Jones).
Përdorni citate të vetme kur vërtetoni secilën fushë të dhënës së të dhënave.

Regjistrimi i kërkuar i të dhënave - Specifikimi i aplikimit tuaj duhet të përcaktojë qartë fushat që kërkojnë futjen e detyrueshme të të dhënave.
Sigurohuni që format që kanë fusha të përcaktuara siç kërkohen nuk mund të ruhen nëse nuk përmbajnë të dhëna.

Llojet e të dhënave në terren (Testi i llojit të fushës) - Specifikimi i aplikimit tuaj duhet të përcaktojë qartë llojet e të dhënave për secilën nga fushat (fushat e datës / orës, fushat numerike, fushat për futjen e një numri telefoni ose kodi postar, etj.)
Sigurohuni që secila prej fushave ju lejon të futni ose ruani të dhëna të një lloji të specifikuar (për shembull, një aplikacion nuk duhet t'ju lejojë të futni ose ruani shkronja ose karaktere speciale në fusha numerike).

Test i Madhësisë së Fushës - Specifikimi i aplikimit tuaj duhet të përcaktojë qartë numrin maksimal të karaktereve të lejuar në secilën nga fushat (për shembull, numri i karaktereve në një fushë të emrit të përdoruesit nuk duhet të kalojë 50).
Sigurohuni që aplikacioni juaj të mos lejojë të futen ose ruhen më shumë karaktere sesa specifikohen në specifikim. Mos harroni se këto fusha jo vetëm që duhet të funksionojnë si duhet, por gjithashtu paralajmërojnë përdoruesin për kufizimet, për shembull, duke përdorur etiketa shpjeguese ose mesazhe gabimi.

Testimi i kufijve numerikë - Fushat numerike në aplikacionin tuaj mund të kenë kufizime në vlerat numerike të vlefshme. Këto kufizime mund të tregohen në specifikimin e aplikimit tuaj ose të vijnë nga logjika e programit (për shembull, nëse jeni duke testuar funksionalitetin në lidhje me akruacionin e interesit në llogari, atëherë do të ishte mjaft logjike të supozohet se interesi i përllogaritur nuk mund të marrë një vlerë negative).
Kontrolloni që aplikacioni lëshon një mesazh gabimi nëse vlerat janë jashtë rrezes së vlefshme (për shembull, një mesazh gabimi duhet të shfaqet kur futni 9 ose 51 në një fushë me një diapazon të vlefshëm nga 10 në 50, ose kur futni një vlerë negative në një fushë , vlerat e të cilave duhet të jenë pozitive).

Testimi i Kufijve Numerikë - Shumica e bazave të të dhënave dhe gjuhëve të programimit përcaktojnë vlerat numerike si variabla me disa lloje (për shembull, numër i plotë ose numër i plotë i gjatë), të cilat, nga ana tjetër, kanë kufizime në vlerat numerike të vlefshme (për shembull, vlerat e plota duhet të jenë në intervalin nga -32768 në 32767, dhe numër i plotë nga -2147483648 në 2147483647).
Kontrolloni vlerat kufitare të ndryshoreve të përdorura për fushat numerike, vlerat kufitare të të cilave nuk përcaktohen qartë nga specifikimi.

Testimi i kufijve të datës - Shumë shpesh në aplikacione ka kufizime logjike për fushat që përmbajnë datën dhe kohën. Për shembull, nëse jeni duke kontrolluar një fushë që përmban datën e lindjes së përdoruesit, atëherë do të ishte mjaft logjike të ndaloni futjen e një date që nuk ka mbërritur ende (d.m.th. një datë në të ardhmen), ose të kufizoni hyrjen e një date që ndryshon nga e sotmja për më shumë se 150 vjet.

Vlefshmëria e datës - Fushat e datës duhet të kenë gjithmonë një kontroll për vlefshmërinë e vlerave të futura (për shembull, 31.11.2009 nuk është një datë e vlefshme). Gjithashtu, mos harroni për kontrollimin e datave në një vit të brishtë (vitet shumëfisha të 4 milion dhe shumëfisha të 100 dhe 400 në të njëjtën kohë janë vite të brishtë).

Sesione në internet (Testimi i Sesioneve në Web) - Shumë aplikacione në internet përdorin sesione të shfletuesit për të gjurmuar përdoruesit e regjistruar, për të aplikuar cilësime specifike të aplikacionit për një përdorues specifik, etj Në të njëjtën kohë, shumë pjesë funksionale të sistemit nuk mund ose nuk duhet të funksionojnë pa u futur më parë në sistem. Sigurohuni që funksionaliteti ose faqet pas një fjalëkalimi nuk janë të arritshme për një përdorues të paautorizuar.