Starejši ljudje so ponižani, da bi prihranili sredstva za podzemno železnico

V zadnjem času so upokojence v podzemno železnico v Sankt Peterburgu dovolili le skozi dva ali tri vrtljive križe, ki so najbližje kontrolorju. Inovacija je takoj povzročila burno razpravo. Vodstvo metroja pravi, da je zdaj postalo lažje nadzorovati dostop do vozovnic s popustom. Potniki so nezadovoljni - v prometnih konicah se ob gramofonih nabirajo ogromni zastoji. Razprava se nadaljuje, gneča na vhodu v metro pa narašča. Ob tej priložnosti se je upokojenec Boris Petrovič Tyulenev obrnil na »Javno recepcijo Baltske medijske skupine«.

Boris Petrovich živi na ulici Turistskaya v okrožju Primorsky. Najbližja podzemna postaja je Staraya Derevnya. Sicer ni med najbolj obremenjenimi, a tudi tu ob prometnih konicah prihaja do prometnih zastojev ob obračališčih za upokojence. Ljudje stojijo v gosti jezni množici, kjer so vsi pripravljeni vreti od zavedanja krivice, ki se dogaja, od nemočnega ogorčenja - čemu to ponižanje? Tu in tam izbruhnejo prepiri, kdo koga potisne, mladi športniki se poskušajo vriniti med starejše ženske in moške ter pometejo vse, kar jim pride na pot. Ne vedo, da morajo skozi druge obračalnike. Običajni potnik lahko izbere kateri koli gramofon, upokojenec z diskontno kartico pa se mora gibati le med strogo določenimi tremi ali v najboljšem primeru štirimi. Preostanku je preprosto neuporabno priložiti dokument - informacije se ne preberejo.

Kot upravičeno verjame Boris Petrovič, je treba upokojencem zagotoviti več vrtljivih križev. In na splošno: vsaka oseba bi morala imeti pravico do prehoda skozi kateri koli prehod, ne glede na socialni status. Delitev ljudi na kategorije je v tem primeru na splošno nepravična in napačna, ne glede na to, s kakšnimi cilji to delitev poskušajo opravičiti.

Vodstvo Metroja pravi: upravičenci so sami krivi, da so morali zanje izumiti posebne gramofone. Pravijo, da svoje potovalne karte prepogosto dajejo družini in prijateljem, kar se šteje za upravni prekršek. Ko upokojenec dobi diskontno kartico, podpiše pogodbo, da je ne bo prenašal na druge osebe. A v praksi to prenašajo naprej. Nekateri starejši poročeni pari praviloma izdajo eno potovalno kartico na družino in jo uporabljajo izmenično ter namesto druge vzamejo denar. Zato je bilo število prehodov za upravičence omejeno - osebe, ki uporabljajo tuje potne listine, je lažje ujeti, ko gredo skozi tri prehode in ne skozi vse.

Problem je pereč, zato je metro letos poleti okrepil ukrepe za preverjanje vseh vrst potovalnih listin in celo uvedel tako imenovani ročni nadzor. Na postajah podzemne železnice so se pojavili ljudje z validatorji, ki so brali informacije s kartic: kdo je lastnik, koliko je star lastnik. Podatki se primerjajo s tistimi, ki so navedeni v dokumentih osebe, ki predloži potovalno izkaznico. Upokojenci morajo take dokumente - potni list ali pokojninsko potrdilo - vzeti s seboj na potovanje. Pri pregledu se včasih izkaže, da je potovalna karta tuja.

Dopisnik Večerke je bil nekoč priča takšnemu incidentu. Skozi obračališče za upokojence je stopal starejši moški z nahrbtnikom čez ramena. Očitno se je vračal iz dače in domov prinašal darove narave. Za gramofonom je moškega ustavil »esejist« z validatorjem. Preveril sem njegovo kartico. Pazljivo sem pogledal.

- Izgledate precej slabo, Olga Ivanovna! — se je pošalil z resnim obrazom in odpeljal zmedenega upokojenca ...

Metropolitanska tiskovna služba poroča, da je samo junija število zaseženih potnih listin znašalo skoraj dva tisoč dvesto, izgubljeni dohodek za mesec na teh dokumentih pa je presegel milijon rubljev. Osebe s tujo potovalno izkaznico lahko uvrstijo na »sivi seznam« in ob ponovitvi prekrška odvzamejo diskontno kartico.

Ročno upravljanje zahteva več časa, zato gneča na obračalnikih to poletje skokovito narašča. In nobeni argumenti, nobeni milijoni rubljev, ki jih je metro prihranil ali, nasprotno, izgubil, ne morejo opravičiti dejstva, da morajo trpeti vsi potniki. Verjetno v vseh velemestih metro trpi izgube zaradi najrazličnejših kršitev s potovalnimi listinami, vendar v nobeni civilizirani državi na svetu navadni državljani tega niso prisiljeni plačati s svojim časom in živci.

»Kako dolgo lahko ustrahujete starejše? - uporabnik interneta se obrne na vodjo metroja v Sankt Peterburgu na enem od forumov, posvečenih prometnim težavam. — Zakaj ste se domislili akcije za preverjanje kartic s popusti v podzemni železnici pri prehodu skozi vrtljivo križišče? Škoda je gledati starejše, bolne ljudi, ko ne smejo na podzemno. Kaj, a se iz njih ne vidi, da so upokojenci in upravičenci? To je nezaslišano in nepošteno od tebe. Kdaj se bo nehalo preverjati kartice?

Na internetu je ogromno podobnih zahtev. Tako se je Boris Petrovič Tyulenev, ki je stopil v stik z "Javno recepcijo Baltske medijske skupine", dotaknil resnično perečega urbanega problema. In vodstvo mestne podzemne železnice bo moralo odgovoriti, kako bodo to rešili. 10. avgusta je bila uradna zahteva OP BMG poslana vodji metroja v Sankt Peterburgu Vladimirju Garjuginu. Odgovor uprave metroja še ni prišel, a je verjetno že v pripravi. Po zakonu jo morajo odgovorne osebe poslati v enem mesecu. Kakor koli že se bo izkazalo, si bomo prizadevali za rešitev težave.

Ročna kontrola in nakup potovalnih kartic: težave

Na žalost se nas večina s podzemno železnico srečuje skoraj vsak dan. Morda vam marsikaj ne bo všeč – to je subjektivna zadeva. Le redkokdo pa je navdušen nad nesramnim odnosom kontrolorjev, ki je postal pravilo in norma. Ob »brci« v noge od gramofona dostopnega stroja zaslišimo tudi »študentsko izkaznico!«, ali kaj drugega: »Pokazati moraš študentsko izkaznico!! Kako dolgo lahko govoriš?!» Je nadležno, kajne?

Kaj je na splošno bistvo ročnega upravljanja? Kaj je v tem primeru "zabava" tako imenovanih avtomatskih kartic?? In ali sploh vidi fotografijo na tvoji študentski sliki ali morda vidi, kako velja? Seveda ne in ga ne potrebuje!! Bog… glavno je, da me pustiš kričati.

No, to so čustva. Sedaj drugi primer, ki me je dokončno izvlekel in me prisilil, da brskam po zakonodaji v iskanju odgovora in tolažbe. To je pridobitev, natančneje podaljšanje študentske enotne vozovnice. Imeli smo magnetne karte in smo živeli v miru – izkaznica, študentska izkaznica in denar – in dobil si karto.
Dal nam ga je pametne kartice(tako imenovane »pametne« kartice). V REDU. Vzeli so denar in ga zajebali. Bog ga blagoslovi. Ko pa sem šel prvič ponj, so mi rekli “potni list”. Sem potrpežljiv človek - naslednji dan sem prišel s potnim listom. En mesec sem se tiho vozil.
Čas je za obnovo. Dam običajen komplet: pametno kartico, študentsko izkaznico, denar in slišim "potni list". Tukaj nisem mogel zdržati. "Ampak tam sta moj priimek in fotografija!! Tukaj je študentska izkaznica. Ni dovolj???" - Bil sem presenečen. " Brez potnega lista ne morem!!!« je bil odgovor.

To je, oprostite, absurdno! Kdo je rekel, da študentska izkaznica ni osebni dokument? Čeprav je to vprašanje lahko sporno. No, kaj pa vozniško dovoljenje? Da, obstaja predsedniški odlok, po katerem je potni list priznan kot glavni identifikacijski dokument, vendar to sploh ne pomeni, da je edini!

No, ne razpravljajmo zdaj o tej temi - videli boste, da to sploh ni potrebno.

"Brez potnega lista ne morem." Odgovor beremo v ukazu odbora za promet uprave Sankt Peterburga z dne 24. junija 2002 N 81-r »O odobritvi začasnih predpisov o postopku prodaje, prometa, uporabe in nadzora vozovnic na podlagi brezkontaktne pametne kartice za študente srednjih specializiranih izobraževalnih ustanov in študente visokošolskih zavodov": Pri prodaji vozovnic na blagajnah podzemne železnice študenti predložijo študentsko izkaznico in BSC(brezkontaktna pametna kartica). Pri odčitavanju BSK v blagajni se študentovi podatki avtorizirajo v bazi in preveri njegova pravica do nakupa vozovnice (točka 3.1). Poleg tega je to dopolnjeno tudi s klavzulo 3.12: Študentu se zavrne prodaja potovalne vozovnice za naslednje obdobje veljavnosti in kodiranje BSC, če:

Predstavitev BSK, ki je na seznamu prepovedanih za uporabo;

Če se podatki v bazi metroja ne ujemajo s podatki, predloženimi na blagajni študentskih vozovnic, BSK;

Če prijavljeni dokumenti (študentska izkaznica, BSK) ne ustrezajo identiteti imetnika.

Všečkaj to! Tako da zdaj lahko mirno kričite in grozite upravi.

zdaj " Pokazati morate študentsko izkaznico!! Kako dolgo lahko govoriš?!". Klavzula 3.13 istega naročila daje odgovor, ki nas zadovolji: Če ima postaja način " Ročna kontrola študentskih vozovnic", potem na prikazovalniku vrtljive klopi zasveti rdeči križ. V tem primeru se mora študent približati metro kontrolorju, predložite svojo potovalno izkaznico in po preverjanju pojdite skozi ročno kontrolno točko.

In kdo je po tem zlobna teta?? Prisegnite nazaj! :)

Mimogrede, čeprav s tem ni težav (tudi z magnetnimi karticami), mora študent pri nadzoru vozovnic v mestnem kopenskem potniškem prometu imeti papirno vozovnico za tekoči mesec s prilogo BSK (klavzula 4.1) - opomba , brez študentske vozovnice.

Nosilci magnetne kartice Tudi ne bodite razburjeni. Za njih velja Odredba Odbora za promet uprave Sankt Peterburga z dne 27. aprila 2002 N 45 - "O izboljšanju postopka prodaje in uporabe vozovnic za dijake in študente". tukaj, Pri prvem nakupu magnetne kartice potrebujete potni list(klavzula 2.2), in v naslednjih ne več(klavzula 2.3)! Toda s to izkaznico boste na žalost morali predložiti študentsko izkaznico v kopenskem prometu in med ročnim nadzorom v metroju (točki 3.1 in 3.2).

Všečkaj to. Spoznajte svoje pravice in se branite ... z jeznimi kriki in grožnjami. ;)

Ročno krmiljenje, kot je navedeno zgoraj, se običajno uporablja v zgodnjih fazah razvoja. Vse oblikovalske odločitve, sprejete na eni ali drugi stopnji, je treba čim prej analizirati glede njihove pravilnosti in ustreznosti, medtem ko jih je mogoče enostavno popraviti. Ker ni možnosti praktičnega testiranja tovrstnih rešitev v zgodnjih fazah razvoja, je njihova obravnava, ki poteka v različnih oblikah, zelo pomembna.

Obstajata statični in dinamični pristop k ročnemu krmiljenju. S statičnim pristopom struktura, krmilne in informacijske povezave programa, njegov vnos

in izhod. pri dinamično - izvedba ročno testiranje, ročno simulirajo proces izvajanja programa na danih začetnih podatkih.

Izhodiščni podatki za take preglede so: tehnične specifikacije, specifikacije, strukturni in funkcionalni diagrami programskega izdelka, diagrami posameznih komponent.

in itd., za kasnejše stopnje pa - algoritmi in programska besedila ter testni nizi.

Dokazano je, da ročni pregled prispeva k znatnemu povečanju produktivnosti in zanesljivosti programov in ga je mogoče uporabiti za iskanje od 30 do 70 % napak v logičnem načrtovanju in kodiranju. Zato je treba v vsakem projektu programske opreme uporabiti eno ali več metod ročnega pregleda.

Glavne metode ročnega nadzora so:

pregled izvornega besedila,

pogledi od konca do konca,

preverite pri mizi,

vrednotenja programa.

Pregledi izvornega besedila. Pregledi izvornega besedila so niz postopkov in tehnik za odkrivanje napak, ko skupina strokovnjakov pregleda besedilo. V to skupino spadajo: avtor programa, oblikovalec, strokovnjak za testiranje in koordinator - kompetentni programer, ne pa tudi avtor programa. Splošni inšpekcijski postopek vključuje naslednje operacije:

člani skupine vnaprej dobijo seznam in specifikacijo programa;

programer govori o logiki programa in odgovarja na vprašanja inšpektorjev;

program se analizira glede na seznam vprašanj za identifikacijo zgodovinsko pogostih programskih napak.

Seznam vprašanj za pregled izvorne kode je odvisen od uporabljenega programskega jezika in posebnosti programske opreme, ki se razvija. Spodaj je na primer seznam vprašanj, ki jih je mogoče uporabiti pri analizi pravilnosti programov, napisanih v Pascalu.

JAZ. Nadzor dostopa do podatkov

Ali so vse spremenljivke inicializirane?

Ali so največje (ali dejanske) velikosti nizov in nizov presežene?

Ali se vrstice in stolpci med delom zamenjujejo? z matricami?

Ali obstajajo spremenljivke s podobnimi imeni?

Ali se datoteke uporabljajo? Če je odgovor pritrdilen, ali se pri vstopu iz datoteke preveri dokončanje datoteke?

Ali se vrste zapisanih in prebranih vrednosti ujemajo?

Ali se uporabljajo netipizirane spremenljivke, odprta polja ali dinamični pomnilnik? Če je tako, ali se tipi spremenljivk ujemajo pri "prekrivanju" formata? Ali indeksi presegajo meje polja?

2. Nadzor izračuna

Ali so izrazi pravilno zapisani (vrstni red operatorjev)?

Ali so izračuni izvedeni pravilno na nearitmetičnih spremenljivkah?

Ali so izračuni pravilno opravljeni s spremenljivkami različnih vrst (vključno z uporabo celoštevilske aritmetike)?

Ali je možno, da je prišlo do bitnega preliva mreže ali ničelne situacije stroja?

Ali izračuni izpolnjujejo določene zahteve glede točnosti?

Ali obstajajo primerjave med spremenljivkami različnih vrst?

3. Nadzor prenosa nadzora

Ali se bodo zanke pravilno zaključile?

Ali bo program zaključen?

Ali obstajajo zanke, ki se ne bodo izvedle zaradi kršitve vstopnih pogojev? Se bodo izračuni nadaljevali pravilno?

Ali obstajajo cikli iskanja? Ali se situacije »najden element« pravilno obravnavajo?

in "element ni najden"?

4. Nadzor intermodulnih vmesnikov

Ali se seznami parametrov in argumentov ujemajo po vrstnem redu, vrsti in enotah?

Ali rutina spremeni argumente, ki jih ne bi smeli spremeniti?

Ali obstaja kršitev obsega za globalne in lokalne spremenljivke z istim imenom?

Poleg neposrednega odkrivanja napak programerju rezultati pregledov omogočajo vpogled v druge napake, ki jih je naredil, ter možnost ovrednotenja svojega stila programiranja, izbire algoritmov in metod testiranja. Pregled je način zgodnjega prepoznavanja delov programa, za katere obstaja večja verjetnost, da bodo vsebovali napake, kar omogoča, da se testiranje osredotoči na te dele.

Pogledi od konca do konca. Prehod, tako kot pregled, je nabor metod za odkrivanje napak, ki jih izvede skupina ljudi, ki si ogledujejo besedilo programa. Ta pregled ima veliko skupnega z inšpekcijskim postopkom, razlikuje pa se v postopku in metodah odkrivanja napak. Skupino za nadzor od konca do konca sestavlja tri do pet ljudi: predsednik ali koordinator, tajnik, ki beleži vse napake, strokovnjak za testiranje, programer in neodvisni strokovnjak. Ogled od konca do konca vključuje izvajanje naslednjih postopkov:

člani skupine vnaprej dobijo seznam in specifikacijo programa;

udeležencem srečanja je na voljo več testov;

udeleženci sestanka miselno izvajajo vsak test v skladu z logiko programa, medtem ko se stanje programa (vrednosti spremenljivk) spremlja na papirju ali tabli;

Po potrebi se programerju zastavijo vprašanja o načrtovalski logiki in sprejetih predpostavkah.

IN Večina pregledov od konca do konca najde manj napak pri izvajanju samih testov kot pri razgovoru s programerjem.

Preverjanje za mizo. V zgodovini se je ta metoda ročnega testiranja pojavila prva, saj ne zahteva ekipe strokovnjakov. To je preverjanje izvornega besedila ali skeniranje od konca do konca, ki ga izvaja ena oseba, ki prebere besedilo programa, ga preveri glede morebitnih napak na posebnem seznamu pogostih napak in "popusti" testne podatke skozi program. Po načelih testiranja naj bi testiranje za mizo izvajala oseba, ki ni avtor programa. Metoda je najmanj učinkovita, saj je preverjanje popolnoma neurejen proces, brez izmenjave mnenj in zdrave konkurence.

Evalvacija programa. Ta metoda ni neposredno povezana s testiranjem, vendar njena uporaba prav tako izboljša kakovost programiranja. Uporablja se za anonimno ocenjevanje programa v smislu njegove splošne kakovosti, enostavnosti uporabe in jasnosti. Namen metode je zagotoviti razmeroma objektivno ocenjevanje in samoocenjevanje programerjev.

Ta ocena se izvede na naslednji način. Izbere se programerja, ki mora opravljati naloge skrbnika procesa. Administrator zaposli skupino od šest do dvajset udeležencev, ki naj razvijejo podobne programe. Vsak udeleženec je povabljen, da v obravnavo predloži dva programa, z njegovega vidika - najboljšega in najslabšega. Izbrani programi so naključno razdeljeni med udeležence. Dobijo štiri programe - dva najboljša in dva najslabša, ne povedo pa jim, kateri programi so slabi in kateri dobri. Programer te programe pregleda in izpolni vprašalnik, v katerem na sedemstopenjski lestvici oceni kakovost programov.

Po tem se rezultati ocenjevanja preverijo, ocenjevalec pa poda splošne pripombe in priporočila za izboljšanje programov.

9.3. Strukturno testiranje

Strukturno preskušanje se imenuje tudi s testiranjem po »poteh«, saj se v tem primeru testni nizi oblikujejo z analizo poti, ki jih zagotavlja algoritem. V tem primeru se podpoti razumejo kot zaporedja programskih stavkov, ki se izvajajo pod določeno različico izvornih podatkov.

Strukturno testiranje temelji na konceptu čim bolj popolnega testiranja vseh programskih poti. Torej, če programski algoritem vključuje razvejanje, se lahko z enim nizom začetnih podatkov izvede zaporedje operaterjev, ki izvajajo dejanja, ki jih zagotavlja ena veja, z drugo pa druga. V skladu s tem bodo na voljo poti za program, ki se razlikujejo glede na možnost, izbrano med razvejanjem.

Šteje se, da je program v celoti preverjen, če ga je s pomočjo testov možno izvajati po vseh možnih poteh prenosa krmiljenja. Vendar je lahko videti, da je lahko celo v programu povprečne kompleksnosti število poti, ki se ne ponavljajo, zelo veliko, zato je popolno ali izčrpno testiranje poti običajno nemogoče.

Strukturirani pristop k testiranju ima številne pomanjkljivosti. Testni paketi, izdelani s to strategijo:

ne zaznaj manjkajočih poti;

ne zaznajo napak, ki so odvisne od podatkov, ki se obdelujejo, na primer v stavku if (a - b).< eps - пропуск функции абсолютного значения abs проявится только, если а < Ь;

ne zagotavljajo, da je program pravilen, na primer, če je namesto razvrščanja v padajočem vrstnem redu implementirano razvrščanje v naraščajočem vrstnem redu.

Za generiranje testov je program predstavljen v obliki grafa, katerega oglišča ustrezajo stavkom programa, loki pa predstavljajo možne možnosti za prenos nadzora. Spodaj je besedilo programa, ki določa vrednost x glede na vrednosti parametrov postopka. Algoritem tega programa je predstavljen na sl. 9.2, a, ustrezen graf kontrolnih prenosov pa je na sl. 9.2,6.

Postopek t(a, b: rеа1; var x: real); začeti

če (a1) in (b=0), potem x: =x/a; če (a=2) ali (x>1), potem x: =x+1;

Oblikovanje testnih nizov za testiranje poti se lahko izvaja po več kriterijih:

pokritost operaterja;

pokrivanje odločitev (prehodi);

pogoji kritja;

pokritost sklepov/pogojev;

kombinatorično pokrivanje pogojev.

Pokritost operaterja. Kriterij pokritosti operaterja pomeni izbiro testov tako, da se vsak programski operater izvede vsaj enkrat. To je nujen, vendar ne zadosten pogoj za sprejemljivo testiranje. Naj to razložimo s primerom.

Za fragment, katerega algoritem in graf sta predstavljena na sl. 9.2, bi bilo mogoče vsak stavek izvesti enkrat, pri čemer bi kot vhodne podatke postavili a = 2, b = 0, x = 3. Toda iz drugega pogoja sledi, da lahko spremenljivka x sprejme poljubno vrednost in v nekaterih različicah Jezik Pascal ta vrednost ne bo preverjena (!).

Poleg tega:

če pri pisanju programa prvi pogoj navaja: (a > 1) ali (b = 0), potem napaka ne bo zaznana;

če je v drugem pogoju namesto x > 1 zapisano x > 0, tudi ta napaka ne bo zaznana;

obstaja pot 1-2-4-6 (glej sliko 9.2, b), v kateri se x sploh ne spremeni in če je tukaj napaka, ne bo zaznana.

Čeprav je torej pri testiranju res potrebno začetne podatke nastaviti tako, da se vsi programski stavki izvedejo vsaj enkrat, to očitno ni dovolj za testiranje programa.

Pokritost rešitev (prehodi). Za uveljavitev tega kriterija je potrebno imeti takšno število in sestavo testov, da ima rezultat preverjanja vsakega pogoja (tj. odločitve) vsaj enkrat vrednosti »true« ali »false«.

Lahko vidimo, da kriterij pokritosti rešitve zadošča kriteriju pokritosti operaterja, vendar je »močnejši«.

Program, katerega algoritem je predstavljen na sl. 9.2, a, je mogoče preizkusiti z uporabo metode pokritja rešitve z dvema testoma, ki pokrivata poti: 1-2-4-6, 1-2-3-4-5-6 ali poti: 1-2-3-4- 6, 1-2-4-5-6, na primer:

a = 3, b = 0, x = 3 - pot 1-2-3-4-5-6;

a = 2, b = 1, x = I - pot 1-2-4-6.

Vendar pa bo pot, kjer se x ne spremeni, testirana z verjetnostjo 50 %: če je v drugem pogoju namesto pogoja x > 1 zapisano x< 1, то этими двумя тестами ошибка обнаружена не будет.

Pogoji kritja. Kriterij kritja pogoja je še »močnejši« od prejšnjih. V tem primeru se generira določeno število testov, ki zadostuje za zagotovitev, da so vsi možni rezultati vsakega pogoja v rešitvi izvedeni vsaj enkrat.

Vendar, tako kot pri pokritosti rešitve, to merilo ne povzroči vedno, da se vsak stavek izvede vsaj enkrat. Kriterij zahteva dodatek, da je treba nadzor na vsako vstopno točko prenesti vsaj enkrat.

Program, katerega algoritem je predstavljen na sl. 9.2a, preverja štiri pogoje:

Preskusi, ki izpolnjujejo ta pogoj:

A = 2, b = 0, x = 4 - pot 1-2-3-4-5-6, pogoji: 1 - da, 2 - da, 3 - da, 4 - da;

a = 1, b = 1, x = 1 - pot 1-2-4-6, pogoji: 1 - ne, 2 - ne, 3 - ne, 4 - ne.

Kriterij pokritosti pogoja pogosto zadosti kriteriju pokritosti rešitve, vendar ne vedno. Preizkusi kriterija pokritosti pogoja za prej obravnavane primere zajemajo rezultate vseh rešitev, vendar je to naključje. Na primer, testi:

a = 1, b = 0, x = 3 - pot 1-2-3-6, pogoji: 1 - ne, 2 - da, 3 - ne, 4 - da;

a = 2, b = 1, x = 1 - pot 1-2-3-4-5-6, pogoji: 1 - da, 2 - ne, 3 - da, 4 - ne

pokrivajo rezultate vseh pogojev, vendar le dva od štirih rezultatov odločitev: rezultat »true« prve odločitve in rezultat »false« druge odločitve nista izpolnjena.

Glavna pomanjkljivost metode je nezadostna občutljivost na napake v logičnih izrazih.

Pokritost sklepov/pogojev. Po tej metodi morajo biti testi zasnovani tako, da se vsi možni rezultati vsakega pogoja in vsi rezultati vsake odločitve izvedejo vsaj enkrat, kontrola pa se prenese na vsak stavek vsaj enkrat.