Upimaji katika mifano mbalimbali ya maendeleo. Tathmini ya chanjo ya mtihani kwenye mradi. Upimaji katika Mzunguko wa Maisha unaorudia

Lengo lako ni kama msimamizi wa mfumo
ni kutekeleza mikakati madhubuti ya
kuongeza rasilimali za kompyuta yako.

D. Gunter, S. Barnett, L. Gunter.
Ujumuishaji wa Windows NT na Unix

Wataalam wa IT sio lazima tu kujijulisha na vipimo vingi vilivyochapishwa kwenye vyombo vya habari vya kompyuta, lakini pia kukuza taratibu za mtihani wenyewe, ambazo ni muhimu wakati wa kuchagua mtoaji na wakati wa kuunda. uamuzi mwenyewe. Kwa hiyo, tutajaribu kujibu maswali yanayotokea katika mchakato mgumu wa kupima, hasa wakati unahusu vile mifumo tata kama seva.

Ni nini kinajaribiwa na kwa nini?

Mara nyingi katika majarida ya kompyuta kuna aina anuwai za hakiki za programu, vifaa na suluhisho. Ya riba hasa, kama sheria, ni mapitio ya kulinganisha ya bidhaa za kazi za homogeneous, ambazo zinawasilisha matokeo ya mtihani. Inaaminika kuwa meza hizi za kina husaidia mtumiaji, msimamizi na mtaalamu wa IT angalau kuwa na ufahamu wa kile kinachotokea katika eneo hili na hata kuamua juu ya uchaguzi wa bidhaa.

Kwa hiyo, ni mambo gani yanayozingatiwa katika matukio hayo, ni kitu gani cha utafiti na ni aina gani za vipimo vinavyojulikana zaidi?

Vigezo vya kupima kawaida ni:

utendaji wa bidhaa;
urahisi wa kujifunza;
urahisi wa ufungaji;
ubora wa nyaraka na usaidizi;
utendaji;
Kwa vifaa, muundo wakati mwingine huzingatiwa.

Pia kuna vigezo visivyoeleweka sana. Sio zamani sana katika moja ya hakiki za seva za Wavuti wakati wa kuweka tathmini ya jumla ilizingatiwa kama sababu nzuri" shahada ya juu kuunganishwa na mfumo wa uendeshaji." Lakini ikiwa programu kuacha kufanya kazi husababisha mfumo wa uendeshaji(uwezekano ambao ni sawia na kiwango cha ujumuishaji) - hii kweli ni faida kama hiyo?

Je, sungura mia ni sawa na tiger mmoja?

Kwa kando, ningependa kukaa juu ya uwiano wa bei / utendaji, ambayo ni ya kawaida wakati wa kutathmini vifaa. Kwa mtazamo wa kwanza, hii ndiyo kigezo pekee cha kuunganisha vipimo mfumo unaosomwa na mkoba wa watumiaji. Walakini, sio kila kitu ni rahisi kama inavyoonekana. Ukweli ni kwamba mbinu iliyotaja hapo juu inafanya kazi tu wakati wa ununuzi na haizingatii gharama ya umiliki, usalama wa uwekezaji katika vifaa au programu, au uwezekano wa kisasa zaidi.

Mfano wa kawaida ni ulinganisho wa mifano ya zamani ya mifumo iliyowashwa Wasindikaji wa Intel na wadogo katika mstari wa majukwaa ya RISC. Ndio, kwa kweli, ndani ya safu uliyopewa bei mbalimbali Mashine za usanifu wa Intel zinalinganishwa na, au katika hali zingine hata bora kuliko, mifumo ya RISC. Walakini, ni nini dari kwa majukwaa mengine ni tu Kiwango cha kwanza kwa wengine, nk.

Hitimisho: kuwa mkosoaji wa vigezo ambavyo bidhaa inatathminiwa—wewe na wanaojaribu mnaweza kuwa na ladha tofauti. Jaribu kuwaambia mashabiki wa Unix kwamba kwa ajili ya urahisi GUI Wakati wa kusanidi mfumo, unapaswa kukubali haja ya kuanzisha upya baada ya kubadilisha vigezo vya IP. Kuhusu ushikamanifu kitengo cha mfumo, basi hii ni nzuri mpaka unahitaji kuingiza gari ngumu ya ziada kwenye kesi ndogo.

Kwa kifupi, fikiria upya matokeo ya mtihani ili kukidhi mahitaji yako.

Vipimo vya seva

Ikiwa kompyuta haina kugeuka, ni kosa.
Ikiwa haizimi, ni seva.
Ishara ya watu

Kwa maoni yetu, moja ya mahitaji ya msingi kwa seva ni kuegemea. Utendaji, bila shaka, pia ni muhimu, kwa vile unaathiri wakati wa majibu ya mfumo - sifa muhimu zaidi kutoka kwa mtazamo wa mtumiaji, lakini upatikanaji wa huduma imedhamiriwa na kuegemea. Muda wa utoaji wake, umuhimu na uadilifu wa habari pia hutegemea kuegemea.

Kwa kuongeza, inapaswa kuzingatiwa kuwa maalumu, yaani, kutoa huduma moja tu, seva bado ni ubaguzi badala ya utawala. Kawaida, kompyuta moja kama hiyo inachanganya idadi ya kazi - kwa mfano, seva ya programu inaweza pia kutumika kama seva ya faili, seva ya kuchapisha, kidhibiti cha huduma. Hifadhi nakala nk. Ni kawaida kwa seva za mawasiliano kufanya kazi na itifaki nyingi kiwango cha maombi, ambayo kila moja inahudumiwa na "daemon" yake.

Na hatimaye, kipengele cha tabia utendaji wa seva ni uwepo wa mizigo ya kilele. Sababu za kuonekana kwao zinaweza kuwa tofauti sana - tangu mwanzo wa siku ya kufanya kazi katika shirika kubwa (haswa ikiwa watumiaji wote wanafika kazini kwa wakati) hadi urejesho wa muunganisho "uliopunguzwa" kwenye mtoaji wa huduma ya mtandao, wakati wa kurudi nyuma. ya barua na vikundi vya habari hugusa seva za mawasiliano.

Sababu hizi, i.e. hitaji la kuongezeka kwa kuaminika katika hali ya kutoa huduma nyingi na mizigo ya kilele, inapaswa kuwa muhimu wakati wa kubainisha itikadi ya majaribio ya seva.

Kwa bahati mbaya, hakiki nyingi zilizochapishwa katika majarida ya kompyuta zimejitolea ama kulinganisha utendakazi wa suluhisho tofauti za maunzi kwenye seti ya kazi za majaribio zilizofanywa kwa mfuatano, au mtihani wa kulinganisha ya huduma moja au nyingine (kwa mfano, kupima seva za Wavuti wazalishaji tofauti) Moja ya matukio mabaya zaidi ya mbinu hii ni wakati mapitio ya kulinganisha uwezo wa ufumbuzi sawa huitwa kupima tu kwa sababu mwandishi wa uchapishaji alifanya ufungaji na "kuendesha" bidhaa kidogo.

Masharti ya mtihani

Kwanza, nadharia kidogo. Glenford Myers katika kazi yake "Reliability" programu" inatoa "axioms za kupima" kadhaa. Hebu tujaribu, kufuata yao, kuzingatia nini na jinsi ya kupima.

Mara kwa mara, ripoti za hali ya karibu ya michezo zinaonekana kwenye vyombo vya habari vya kompyuta: bidhaa ya kampuni N ilionyesha utendaji wa rekodi katika mtihani wa M. Je, vipimo vinavyofanywa na makampuni ya utengenezaji vina taarifa gani?

Haiwezi kujaribu programu yako mwenyewe

Mara nyingi vipimo huandikwa na wafanyakazi wa kampuni kwa bidhaa maalum. Vipimo vya utendaji wa processor, vilivyoandikwa kwa njia ya kutambua faida za processor fulani, vimekuwa gumzo la jiji. Kwa mfano, ukubwa wa programu ya majaribio huchaguliwa kwa kuzingatia uwekaji wake katika kumbukumbu ya kashe, nk. Mara nyingi huwa na upendeleo na uwakilishi wa picha matokeo kama hayo.

Ujuzi wa usanifu wa programu na matumizi yao ya rasilimali za OS huruhusu watengenezaji wa programu kusanidi mfumo kwa njia ya kupata. matokeo ya juu kwa programu yao. Haijalishi hata kidogo ikiwa programu au huduma zingine zitajisikia vizuri na usakinishaji kama huo wa mfumo wa uendeshaji na ikiwa programu inayojaribiwa "itakamata rasilimali".

Mwandishi alikumbana na jambo hili alipokuwa akijaribu kusanidi Netscape Enterprise Seva ya Wavuti chini ya Solaris (SPARC). Utendaji wa seva kwa kutumia itifaki ya http uliongezeka kwa karibu mara 6 (!) (kulingana na majaribio na MS InetLoad), hata hivyo, mtihani mgumu ongezeko liligeuka kuwa mara tatu, huku utendakazi wa seva ya POP3 ukiongezeka maradufu, seva ya Habari ilibakia bila kubadilika, na SMTP ilionyesha matokeo mabaya mara mbili ya kabla ya mabadiliko kufanywa.

Kwa kuongeza, wazalishaji, wakijua sifa za seti fulani ya mtihani, wanaweza kuboresha vigezo vya mfumo mahsusi kwa ajili yake. Mfano wa hii ni ukurasa wa Wavuti wa Netscape, ambao hutoa mapendekezo ya jinsi ya kusanidi Seva ya Biashara ya Netscape kwa majaribio kwa kutumia SPECweb96.

Uchunguzi unafanywa ili kugundua makosa

Kwa upande wa seva na programu ya seva, hii inamaanisha kuwa kifaa kinapaswa kulazimishwa kufanya kazi katika hali mbaya zaidi - fanya jaribio la "kunusurika". Hili linaweza kufikiwa kwa kujaribu seva katika usanidi ufuatao wa uendeshaji:

huduma zote lazima ziwe zinaendeshwa;
huduma zote lazima zijaribiwe wakati huo huo (mtihani wa kina);
mtiririko wa maombi hutumwa kwa kila huduma, kuiga shughuli za kawaida za mtumiaji;
shughuli hii inapaswa kuongezeka mara kwa mara wakati wa jaribio hadi angalau huduma moja haiwezi kukabiliana na maombi ya usindikaji.

Vidokezo viwili vinafaa hapa:

1. Mfano wa tabia ya mtumiaji.

Kuhusiana na watumiaji, msimamizi lazima awe na tamaa. Mtihani wa kuishi unapaswa kujengwa ipasavyo.

Kutoa kiasi cha juu hatua ambazo hazingetokea kwako kuzifanya katika hali ya kawaida. Kadiria (au angalia) ikiwa mfumo utafanya kazi kama kawaida katika hali hii. Na muhimu vile vile, je, mtumiaji atapokea ujumbe wazi kutoka kwake kwamba hii haifai tena na kwa nini.

2. Huduma imeacha kushughulikia maombi: chaguzi zinazowezekana.

Kulingana na kiwango cha ukali, kushindwa vile kunaweza kugawanywa katika vikundi 4:

utendaji uliopungua - huduma haina wakati wa kusindika, lakini hujibu kwa usahihi (hurejesha nambari ya makosa inayolingana - "Viunganisho vingi", nk);
kusitisha huduma kwa njia isiyo ya kawaida, ambayo haijumuishi matokeo mabaya kwa mfumo: programu inayolingana imekamilisha kazi yake, imepakuliwa kutoka kwa kumbukumbu, rasilimali za mfumo iliyotolewa;
kukomesha kusiko kwa kawaida kwa huduma, na kuathiri vibaya utendaji wa mfumo. Mpango huo "hutegemea" katika orodha ya taratibu bila kutoa rasilimali, au wakati wa mchakato wa kukomesha huchukua rasilimali za ziada;
kuanguka kwa mfumo - ndani bora kesi scenario ikifuatiwa na kuwasha upya, au mbaya zaidi, kufungia.

Tayarisha majaribio ya pembejeo sahihi na zisizo sahihi

Axiom hii inafafanua ile iliyotangulia katika suala la mtiririko wa taarifa za pembejeo.

Je, mfumo utachukua hatua gani kwa kutuma barua makumi kadhaa ya megabaiti kwa ukubwa? Je, itakwama kwenye foleni, na hivyo kuzuia yako mfumo wa posta(hasa ikiwa muunganisho na seva pangishi inayopokea unakatizwa mara kwa mara), au utaharibiwa, na mtumiaji ataarifiwa kuwa vitendo kama hivyo havikubaliki?

Ushauri uliotolewa kutoka kwa kitabu sawa na G. Myers: "Jaribu kutoruhusu mfumo kumkasirisha mtumiaji, kwa kuwa hii inaweza kusababisha hali zisizotarajiwa kwenye ingizo - Kanuni ya #5 ya kupunguza makosa ya mtumiaji katika mifumo ya mazungumzo. haimaanishi kuwa mtu mbaya!"

Vipi kuhusu seva ya habari - imesakinishwa hapo? ukubwa wa juu makala?

Je, mtu anayenuia kupakia nusu ya tovuti yako ya FTP kufungua vipindi dazeni vitatu sambamba vya FTP, na ikiwa ndivyo, hii inaweza kuathiri vipi kituo chako na kazi ya wengine wanaotaka kutembelea FTP?

Kama mfano unaothibitisha usahihi wa mbinu hii, tunaweza kutaja tukio na meli ya kombora Yorktown, ambapo hitilafu ya uingizaji wa waendeshaji ilisababisha kushindwa kwa mfumo wa kudhibiti injini. Au nyingine, iliyonukuliwa na Myers mwenyewe: "Waendeshaji wa mfumo wa usafirishaji wa gari la polisi wa New York SPRINT katika muda wa mapumziko walijifurahisha wenyewe kwa kujaribu kuizima kwa kuanzisha jumbe zisizo sahihi kimakusudi." Hili lilitokea mapema miaka ya 70. Labda maadili yamepungua tangu wakati huo, lakini hii haiwezekani.

Epuka vipimo visivyoweza kuzaa tena

Katika kesi ya kupima seva na programu ya seva, axiom hii ni muhimu sana. Kwanza, ili kuzijaribu, ni muhimu kuwa na jenereta za mzigo zilizotenganishwa na vifaa (Jenereta za Mzigo wa Mteja, CSLG) - kawaida haya ni vikundi vya vituo vya kazi vinavyofanya kazi. sehemu ya mteja jaribu na uhakikishe mtiririko wa maombi kwa seva. Pili, matokeo yanaweza kuathiriwa na hali ya mtandao inayounganisha seva na CSLG. Kwa kuongeza, mara nyingi, utendaji hutegemea historia ya simu kwa seva. Programu nyingi za seva hutumia caching. Kasi ya kufikia kumbukumbu ya kache ni kubwa zaidi kuliko kasi ya kufikia mfumo mdogo wa diski. Akiba ya programu inaweza kujazwa kwa sababu ya uendeshaji wa awali au utatuzi wa programu za majaribio - na matokeo yanaweza kubadilika ipasavyo. Aidha, wakati mtihani wa kina ushawishi mtambuka wa programu unawezekana - kwa mfano, idadi ya maombi magumu yanayochakatwa kwa kila kitengo cha muda kwa seva za POP3 au IMAP inategemea saizi ya spool ya barua, ambayo inaweza kuongezeka kwa jaribio la awali la SMTP. Hatimaye, mipangilio ya mfumo wa uendeshaji huathiri utendaji.

Maoni yote yanayofaa yana sehemu ya "Jinsi majaribio yalifanywa." Katika machapisho mengine ni ya kina zaidi, kwa wengine chini - inaonekana kwamba bado hakuna kiwango cha kuelezea na kurekodi kupima. Mfano bora wa hii ni mtihani wa SPECweb96. Hati hii inazingatia maalum ya kupima yaani programu ya seva. Tofauti na maelezo ya jadi, kuna mahitaji ya ukataji miti mipangilio ya ziada mfumo wa uendeshaji na maombi chini ya utafiti - kitu ambacho kwa kawaida hutajwa tu katika kupita hata katika mifano bora ya maelezo ya kupima.

Labda wewe mwenyewe utagundua kuwa unahitaji kufanya mtihani wako mwenyewe. Haja hii inaweza kutokea katika kesi zifuatazo:

unapanga kupanua mtandao wako, ambayo itasababisha kuongezeka kwa mzigo kwenye seva ziko ndani yake;
unakusudia kusasisha (au kubadilisha) programu;
unaamua kubadilisha seva yako (au seva) kwa zinazozalisha zaidi;
Hatimaye, labda umeamua tu kubaini "mipaka ya ukuaji" ya mfumo wako.

Hatua yako ya kwanza pengine itakuwa kuangalia hakiki zilizochapishwa. Kwa hiyo, ili kutumia data iliyopatikana na mtu mwingine, kutibu kwa makini na jaribu kuelewa, kati ya mambo mengine, motisha ya watu waliofanya upimaji huu. Na kisha kila kitu kinategemea wewe - kuelewa lengo, kuchagua au kuandika seti ya kutosha ya vipimo, na kwa usahihi kufanya upimaji yenyewe. Natumaini kwamba masuala yaliyoainishwa katika makala hii yatakusaidia kwa hili.

Mpango wa kozi:

1.
Mfano wa mtihani na jinsi ya kufanya kazi na muundo
2.
Jinsi ya kuja na hundi
1.
2.
Jaribu mbinu za usanifu (Sanduku Nyeusi)
Muhtasari wa mbinu za Sanduku Nyeupe
3.
Kufanya kazi kwa Uthabiti
4.
Uundaji wa hundi
5.
Kuweka kipaumbele
6.
Kufuatia mchakato wa nyaraka za mtihani

Ukaguzi - Nini kiliangaliwa

1.
Ukamilifu wa chanjo (kama inavyohitajika)
2.
Uthabiti (rudufu, mahitaji yanayokinzana)
3.
Muundo (kama umegawanywa katika sehemu na ndani vifaa vya mtihani jinsi walivyokupiga kwa hundi)
4.
Yaliyomo katika ukaguzi (maneno, kueleweka kwa washiriki wote wa mradi)
5.
Ubunifu (makosa ya ukarani, mwonekano mzuri)
6.
Kupaka (Moshi/MAT/AT)
7.
Uzingatiaji wa mchakato (mchakato wa kufanya kazi na nyaraka za mtihani)

Hitilafu kwa aina zote za nyaraka
Kujua kusoma na kuandika
60
10,4
Kufunika vipengele vyote
hundi
42
9,4
Uchanganuzi wa Kazi
6,4
Mwonekano
6,2
Mtindo mmoja
2,1
Mbinu za Hati
2,1
Mbinu za matokeo
2
55
38
14
20
17
% ya miradi yote
% ya makosa yote

Hitilafu za Utafiti wa Mtihani, Kesi za Mtihani
Kuruka hundi
12,6
Inatarajiwa
matokeo
Nakala
Mtindo mmoja
Mabishano
Kipaumbele
70
47
6
38
3,5
25
2,4
25
1,6
1,4
19
% ya miradi yote
% ya makosa yote

Mfano wa mtihani

-Hii muundo wa kimantiki, kuelezea utendaji
mfumo na/au tabia ya mtumiaji, kulingana na ambayo
kesi za mtihani zinazalishwa. Kujenga mfano wa mtihani
huanza na ujenzi wa muundo, na kisha kupitishwa
muundo umejazwa na kesi za majaribio/hundi.
(c) Dmitry Tishchenko. Blogu ya A1QA, 2014

Chanjo ya ukaguzi

1) Matakwa ya mteja wa sasa katika vipimo\mahitaji\miundo
2) Makubaliano ya mradi
3) Upatikanaji hundi muhimu kwa kila kipengele:
Mbinu za kubuni za mtihani:
◦
◦
◦
◦
Mtihani Sawa wa Kugawanya
Upimaji wa Maadili ya Mipaka
Uchunguzi wa jozi
Jaribio la mpito wa serikali

Ugawaji wa Usawa

TEKNOLOJIA YA MADARASA SAWA

*ili kurahisisha mfano, hebu tuchukue bei isiyobadilika

1) Gawanya vigezo vya pembejeo katika madarasa

Kigezo
Darasa la 1
Darasa la 2
Toleo la Bidhaa
Kawaida
Premium
<0
0 <= количество < 100
Kiasi
Darasa la 3
>= 100
*Sauti ya Sababu - kwa "Toleo la Bidhaa" unahitaji kujaribu thamani ZOTE kutoka kwa darasa halali la thamani.
Kwa mfano, kwa sehemu ya Malipo (thamani: kadi, pesa taslimu, uhamishaji), ni jambo la busara kujaribu chaguzi ZOTE kando.

2) darasa 1 == 1 hundi

Toleo la Bidhaa
Kesi ya 1
Kawaida
Kesi ya 2
Premium
Qty

2) darasa 1 == 1 hundi

Toleo la Bidhaa
Kesi ya 1
Kawaida
Kesi ya 2
Premium
Qty
Kesi ya 3
-1
Kesi ya 4
16
Kesi ya 5
125

3) Cheki hasi tu kwa darasa la 1 katika kesi hiyo

Toleo la Bidhaa
Qty
Matokeo
Kesi ya 1
Kawaida
50
Chanya
Kesi ya 2
Premium
50
Chanya
Kesi ya 3
Kawaida
-1
Hasi
Kesi ya 4
Kawaida
16
Chanya
Kesi ya 5
Kawaida
125
Hasi

4) Fikiria upya hundi chanya

Toleo la Bidhaa
Qty
Matokeo
Kesi ya 1
Kawaida
50
Chanya
Kesi ya 2
Premium
50
Chanya
Kesi ya 3
Kawaida
-1
Hasi
Kesi ya 4
Kawaida
16
Chanya
Kesi ya 5
Kawaida
125
Hasi

5) Jumla

Toleo la Bidhaa
Qty
Matokeo
Kesi ya 1
Premium
50
Chanya
Kesi ya 2
Kawaida
-1
Hasi
Kesi ya 3
Kawaida
16
Chanya
Kesi ya 4
Premium
125
Hasi

Madarasa zaidi...

Kigezo
Darasa la 1
Darasa la 2
Toleo la Bidhaa
Kawaida
Premium
<0
0 <= Кол-во < 100
Sehemu
Nzima
Nambari
Sio nambari
Qty
Darasa la 3
> 100
Tupu

Toleo la Bidhaa
Qty
Matokeo
Kesi ya 1
Kawaida
50
Chanya
Kesi ya 2
Premium
10
Chanya
Kesi ya 3
Premium
-1
Hasi
Kesi ya 4
Kawaida
16
Chanya
Kesi ya 5
Premium
150
Hasi
Kesi 6
Premium
19,45
Hasi
Kesi 7
Premium
Nambari %!
Hasi
Kesi ya 8
Kawaida
-
Hasi

Toleo la Bidhaa
Qty
Matokeo
Kesi ya 1
Kawaida
50
Chanya
Kesi ya 2
Premium
10
Chanya
Kesi ya 3
Premium
-1
Hasi
Kesi ya 4
Kawaida
16
Chanya
Kesi ya 5
Premium
150
Hasi
Kesi 6
Premium
19.45
Hasi
Kesi 7
Premium
Nambari %!
Hasi
Kesi ya 8
Kawaida
-
Hasi

~ 30% kesi chanya

Toleo la Bidhaa
Qty
Matokeo
Kesi ya 1
Kawaida
50
Chanya
Kesi ya 2
Premium
10
Chanya
Kesi ya 3
Premium
-1
Hasi
Kesi ya 4
Premium
150
Hasi
Kesi ya 5
Premium
19.45
Hasi
Kesi 6
Premium
Nambari %!
Hasi
Kesi 7
Kawaida
-
Hasi

Kazi
Kigezo cha kuingiza
Mpokeaji
Tuma
Somo
Mwili
Mafaili
Ambatisha
Mafaili
Kuumbiza Maandishi
Futa
Utupu
Darasa la 1
Darasa la 2
Anwani iliyopo Anuani ambayo haipo
Ukubwa 0
0 < Размер <= Limit
Ina alama za @
._-+
Alama zingine isipokuwa @ . _ - +
Umbizo
Sio umbizo
Ukubwa 0
0 < Размер <= Limit
Ina wahusika
isipokuwa “∞₽₾₾©¥£µ®” Alama ∞₽₾₾©¥£µ®
Ukubwa 0
0 < Размер <= Limit
Uumbizaji
Hakuna umbizo
Hapana
Moja
Ukubwa 0
0 < Размер <= Limit
Imeungwa mkono
Haitumiki
Hakuna maandishi yaliyochaguliwa
kuchagua
Maandishi
uumbizaji
Bofya
Darasa la 3
Ukubwa > Kikomo
Ukubwa > Kikomo
Ukubwa > Kikomo
Mengi ya
Ukubwa > Kikomo
Imeumbizwa
maandishi ya th

№
1
2
Mpokeaji
Ipo
0 < Размер <= Limit
Somo
0 < Размер <= Limit
Ina wahusika
isipokuwa “∞₽₾₾©¥£µ®”
3 Ina alama za @. _ 0< Размер <= Limit
-+
4 Umbizo
0 < Размер <= Limit
5 Anwani haipo 0< Размер <= Limit
6 ukubwa 0
Ina wahusika
isipokuwa “∞₽₾₾©¥£µ®”
7 Ukubwa > Kikomo
Ina wahusika
isipokuwa “∞₽₾₾©¥£µ®”
8 Sio umbizo
0 < Размер <= Limit
9 0 < Размер <= Limit
Ukubwa 0
10 0 < Размер <= Limit
Ukubwa > Kikomo
11 0 < Размер <= Limit
Ina wahusika
“∞₽₾₾©¥£µ®”
12 Kuna
0 < Размер <= Limit
0 < Размер <= Limit
Uumbizaji
Hapana
Moja
Inatarajiwa
matokeo
Imetumwa
Imetumwa
0 < Размер <= Limit
Tatu
Imetumwa
0 < Размер <= Limit
0 < Размер <= Limit
Uumbizaji
Tatu
Hapana
Moja
Imetumwa
Haijawasilishwa
Haijatumwa
Uumbizaji
Moja
Haijatumwa
0 < Размер <= Limit
Uumbizaji
0 < Размер <= Limit
0 < Размер <= Limit
Hapana
Moja
Tatu
Tatu
Haijatumwa
Haijatumwa
Haijatumwa
Haijatumwa
Ukubwa > Kikomo
Hapana
Haijatumwa
Mwili
Mafaili

#
Ingizo
Matokeo
Utupu
Ghairi kufuta
Maandishi hayajachaguliwa\usichague
uumbizaji
Barua imefutwa
Barua haijafutwa
Maandishi
Uumbizaji umetumika
4
Nakala tajiri
Uumbizaji mpya umetumika
5
Ukubwa unaopatikana na umbizo
maadili
Faili imeambatishwa
Usibainishe faili
Faili haijaambatishwa
Bainisha faili ya saizi isiyo sahihi
(min< или >max)
Faili haijaambatishwa
Bainisha faili isiyotumika
Faili haijaambatishwa
1
Kazi
Kuondolewa
2
3
6
7
8
Uumbizaji
Kiambatisho
faili
Mfumo hautumii umbizo

Maadili ya mipaka

MBINU YA THAMANI YA KIKOMO

Kazi: Unda kesi za majaribio kwa Mpango wa Uokoaji

0
Mtihani wa Msingi
Ili kutuliza mishipa
Mtihani mbaya
99

99
0
0
99

Kutafuta jozi zote (tazama grafu)
Katika hisabati, hii ndio bidhaa ya Cartesian:
Uokoaji_Mpango x Tathmini_ya_Hatari = ((a,b) | a ∈Mpango_wa_Uokoaji, b ∈ Tathmini_ya_Hatari)
Uokoaji_Mpango x Tathmini_ya_Hatari =
{ (-1,-1),
(-1,0), (-1,1),
(-1,50),
(-1,98), (-1,99), (-1,100),
(0,-1),
(0,0),
(0,1),
(0,50),
(0,98),
(0,99),
(0,100),
(1,-1),
(1,0),
(1,1),
(1,50),
(1,98),
(1,99),
(1,100),
(50,-1), (50,0), (50,1), (50,50),
(50,98), (50,99), (50,100),
(98,-1), (98,0), (98,1), (98,50),
(98,98), (98,99), (98,100),
(99,-1), (99,0), (99,1),
(99,50), (99,98), (99,99),
(99,100),
(100,-1), (100,0), (100,1), (100,50), (100,98), (100,99), (100,100),
}
7x7 = hundi 49

Mpango_wa_Uokoaji = (-1, 0, 1, 50, 98, 99, 100)
Tathmini_ya_Hatari = (-1, 0, 1, 50, 98, 99, 100)
EP_Type = (Kawaida, Premium)
RA_Type = (Kawaida, Premium)
Idadi ya kesi = 7 * 7 * 2 * 2 = 196

Upimaji wa pande mbili

MBINU YA KUPIMA JOZI ZOTE

Kazi

Hifadhi ya data (5): PostgreSQL, Oracle, MySQL, JSON, XML
Mfumo wa uendeshaji (4): Windows 7, 8, 10, OS X 10
RAM (3): MB 1,024, MB 4,096, MB 8,192
HDD (2): SCSI, IDE
Utafutaji kamili = 5 * 4 * 3 * 2 = 120 chaguzi

Mawazo

1. Jaribio la jozi za thamani, si utafutaji wa kina
2. Uthibitisho wa kisayansi wa ufanisi
3. Chaguo zote za mbinu za jozi/Orthogonal kubwa

Kufanya kazi na orthogonal
safu

1
2
3
4
5
Data
PostgreSQL
Oracle
MySQL
JSON
XML
Mfumo wa Uendeshaji
Windows 7
Windows 8
Windows 10
OS X 10
RAM
1 024 MB
4 096 MB
8 192 MB
HDD
SCSI
IDE

Kufanya kazi na orthogonal
safu
1. Elewa nini na vigezo ngapi vya kuingiza:
Hifadhi ya data
Mfumo wa Uendeshaji
RAM
HDD
Safu wima ya 5
Safu wima ya 6
1
1
1
1
1
1
1
2
2
2
2
2
1
3
3
3
3
3
1
4
4
4
4
4
1
5
5
5
5
5
2
1
2
3
4
5
2
2
3
4
5
1
1
2
3
4
5
2
3
4
5
1
2
Data
PostgreSQL
Oracle
MySQL
JSON
XML
2
4
5
1
2
3
Mfumo wa Uendeshaji
Windows 7
Windows 8
Windows 10
OS X 10
2
5
1
2
3
4
3
1
3
5
2
4
RAM
1 024 MB
4 096 MB
8 192 MB
3
2
4
1
3
5
HDD
SCSI
IDE
3
3
5
2
4
1
3
4
1
3
5
2
3
5
2
4
1
3
4
1
4
2
5
3
4
2
5
3
1
4
4
3
1
4
2
5
4
4
2
5
3
1
4
5
3
1
4
2
5
1
5
4
3
2
5
2
1
5
4
3
5
3
2
1
5
4
5
4
3
2
1
5
5
5
4
3
2
1
2. Chagua safu ya othogonal inayofaa - L25(56 ^6)

Kufanya kazi na orthogonal
safu
1. Elewa nini na vigezo ngapi vya kuingiza:
1
2
3
4
5
Data
PostgreSQL
Oracle
MySQL
JSON
XML
Mfumo wa Uendeshaji
Windows 7
Windows 8
Windows 10
OS X 10
RAM
1 024 MB
4 096 MB
8 192 MB
HDD
SCSI
IDE
2. Chagua safu inayofaa ya orthogonal -
3. Kujenga safu ya orthogonal
4. Ondoa nguzo zisizo za lazima
L25(56^6)
Hifadhi ya data
Mfumo wa Uendeshaji
RAM
HDD
1
1
1
1
1
2
2
2
1
3
3
3
1
4
4
4
1
5
5
5
2
1
2
3
2
2
3
4
2
3
4
5
2
4
5
1
2
5
1
2
3
1
3
5
3
2
4
1
3
3
5
2
3
4
1
3
3
5
2
4
4
1
4
2
4
2
5
3
4
3
1
4
4
4
2
5
4
5
3
1
5
1
5
4
5
2
1
5
5
3
2
1
5
4
3
2
5
5
4
3

Kufanya kazi na orthogonal
safu
1. Elewa nini na vigezo ngapi vya kuingiza:
Hifadhi ya data
Mfumo wa Uendeshaji
RAM
HDD
1
PostgreSQL
Windows 7
1 024 MB
SCSI
2
PostgreSQL
Windows 8
4 096 MB
IDE
3
PostgreSQL
Windows 10
8 192 MB
SCSI
4
PostgreSQL
OS X 10
1 024 MB
SCSI
5
PostgreSQL
Windows 10
1 024 MB
SCSI
6
Oracle
Windows 7
4 096 MB
SCSI
7
Oracle
Windows 8
8 192 MB
SCSI
1
2
3
4
5
8
Oracle
Windows 10
1 024 MB
SCSI
Data
PostgreSQL
Oracle
MySQL
JSON
XML
9
Oracle
OS X 10
1 024 MB
SCSI
Mfumo wa Uendeshaji
Windows 7
Windows 8
Windows 10
OS X 10
10
Oracle
Windows 10
1 024 MB
IDE
11
MySQL
Windows 7
8 192 MB
SCSI
RAM
1 024 MB
4 096 MB
8 192 MB
12
MySQL
Windows 8
1 024 MB
SCSI
HDD
SCSI
IDE
13
MySQL
Windows 10
4 096 MB
IDE
14
MySQL
OS X 10
1 024 MB
SCSI
15
MySQL
OS X 10
4 096 MB
SCSI
16
JSON
Windows 7
4 096 MB
IDE
17
JSON
Windows 8
4 096 MB
SCSI
18
JSON
Windows 10
1 024 MB
SCSI
19
JSON
OS X 10
4 096 MB
SCSI
20
JSON
OS X 10
8 192 MB
SCSI
21
XML
Windows 7
4 096 MB
SCSI
22
XML
Windows 8
1 024 MB
SCSI
23
XML
Windows 10
4 096 MB
SCSI
24
XML
OS X 10
8 192 MB
IDE
25
XML
Windows 10
4 096 MB
SCSI
2. Chagua safu ya othogonal inayofaa - L25(56 ^6)
3. Kujenga safu ya orthogonal
4. Ondoa nguzo zisizo za lazima
5. Ingiza maadili ya vigezo vya kuingiza
6. Jaza nafasi zilizoachwa wazi + angalia jozi kwa umuhimu

PICT
Hifadhi ya data
Mfumo wa Uendeshaji
RAM
HDD
1
JSON
OSX_10
4096MB
SCSI
2
Oracle
Windows 7
1024MB
IDE
3
MySQL
Windows10
8192MB
IDE
4
Oracle
Windows8
8192MB
SCSI
5
JSON
Windows8
1024MB
IDE
6
JSON
Windows 7
8192MB
SCSI
7
Oracle
Windows10
1024MB
SCSI
8
XML
Windows 7
4096MB
IDE
9
MySQL
OSX_10
1024MB
SCSI
10
JSON
Windows10
4096MB
SCSI
11
XML
Windows10
8192MB
SCSI
12
PostgreSQL
Windows8
4096MB
SCSI
13
MySQL
Windows 7
4096MB
SCSI
14
XML
Windows8
1024MB
IDE
15
PostgreSQL
Windows 7
1024MB
IDE
16
XML
OSX_10
8192MB
IDE
17
PostgreSQL
Windows10
8192MB
SCSI
18
MySQL
Windows8
4096MB
IDE
19
PostgreSQL
OSX_10
8192MB
IDE
20
Oracle
OSX_10
4096MB
SCSI

105162*452 = 134 400

1
2
3
4
5
…
105
Somo
Kiarabu
Historia ya Sanaa
Biolojia
Biashara
Masomo
Kemia
…
EAL
Kiwango cha shule (16)
Msingi
Kati
Juu
Shule nzima
Juu/Kati
…
Uwezekano
Dhahiri
Mvumilivu
Ajira
Aina
Imejaa
Sehemu
Mbadala
Muda
Urefu wa mkataba
1
2
3
4
Barua ya maombi

Mafunzo

Siku njema!

Ninataka kukusanya nadharia yote muhimu zaidi juu ya upimaji, ambayo inaulizwa wakati wa mahojiano na wafunzwa, vijana na wale wa kati kidogo. Kwa kweli, tayari nimekusanya kidogo. Madhumuni ya chapisho hili ni kuongeza kwa pamoja kile ambacho kilikosekana na kusahihisha / kufafanua / kuongeza / kufanya Kitu Kingine na kile ambacho tayari kiko, ili kiwe kizuri na uchukue yote na kurudia kabla ya mahojiano yajayo, ikiwa tu. . Kwa ujumla, wenzangu, nauliza chini ya kata ni nani anapaswa kujifunza kitu kipya, ni nani anapaswa kupanga utaratibu wa zamani, na nani anapaswa kuchangia.

Matokeo yanapaswa kuwa karatasi ya kudanganya ya kina ambayo unahitaji kusoma tena kwenye njia ya mahojiano.

Kila kitu kilichoorodheshwa hapa chini hakikuvumbuliwa na mimi binafsi, lakini kilichukuliwa kutoka kwa vyanzo mbalimbali, ambapo mimi binafsi nilipenda maneno na ufafanuzi zaidi. Mwishoni ni orodha ya vyanzo.

Mada: ufafanuzi wa majaribio, ubora, uthibitishaji / uthibitishaji, malengo, hatua, mpango wa jaribio, pointi za mpango wa majaribio, muundo wa majaribio, mbinu za muundo wa mtihani, matrix ya ufuatiliaji, kesi ya majaribio, orodha ya ukaguzi, kasoro, hitilafu/kasoro/kutofaulu, ripoti ya hitilafu, ukali dhidi ya kipaumbele, viwango vya majaribio, aina/aina, mbinu za majaribio ya ujumuishaji, kanuni za majaribio, majaribio yasiyobadilika, uchunguzi/majaribio ya dharura, mahitaji, mzunguko wa maisha ya hitilafu, hatua za uundaji programu, jedwali la maamuzi, qa/qc/mhandisi wa majaribio, mchoro wa uunganisho.

Nenda!

Upimaji wa programu- kuangalia mawasiliano kati ya tabia halisi na inayotarajiwa ya programu, iliyofanywa kwa seti ya mwisho ya vipimo vilivyochaguliwa kwa njia fulani. Kwa maana pana, upimaji ni mojawapo ya mbinu za kudhibiti ubora zinazojumuisha shughuli za kupanga kazi (Usimamizi wa Mtihani), muundo wa majaribio (Muundo wa Jaribio), utekelezaji wa majaribio (Utekelezaji wa Mtihani) na uchanganuzi wa matokeo (Uchambuzi wa Mtihani).

Ubora wa Programu ni seti ya sifa za programu zinazohusiana na uwezo wake wa kukidhi mahitaji yaliyotajwa na yanayotarajiwa.

Uthibitishaji ni mchakato wa kutathmini mfumo au vipengele vyake ili kubaini kama matokeo ya hatua ya sasa ya maendeleo yanakidhi masharti yaliyoundwa mwanzoni mwa hatua hii. Wale. ikiwa malengo yetu, tarehe za mwisho, na kazi za uendelezaji wa mradi zilizobainishwa mwanzoni mwa awamu ya sasa zinatimizwa.
Uthibitishaji- hii ni uamuzi wa ikiwa programu inayotengenezwa inakidhi matarajio na mahitaji ya mtumiaji, na mahitaji ya mfumo.
Unaweza pia kupata tafsiri nyingine:
Mchakato wa kutathmini utiifu wa bidhaa kwa mahitaji ya wazi (vielelezo) ni uthibitishaji, wakati huo huo kutathmini ufuasi wa bidhaa na matarajio na mahitaji ya mtumiaji ni uthibitisho. Pia mara nyingi unaweza kupata ufafanuzi ufuatao wa dhana hizi:
Uthibitishaji - ‘je hii ndiyo vipimo sahihi?’.
Uthibitishaji - 'Je, mfumo ni sahihi kwa vipimo?'.

Malengo ya Mtihani
Ongeza uwezekano kwamba programu iliyokusudiwa kujaribiwa itafanya kazi kwa usahihi chini ya hali zote.
Ongeza uwezekano kwamba programu inayojaribiwa itatimiza mahitaji yote yaliyoelezwa.
Kutoa taarifa za kisasa kuhusu hali ya sasa ya bidhaa.

Hatua za majaribio:
1. Uchambuzi
2. Maendeleo ya mkakati wa kupima
na kupanga taratibu za udhibiti wa ubora
3. Kufanya kazi na mahitaji
4. Uundaji wa nyaraka za mtihani
5. Upimaji wa mfano
6. Upimaji wa msingi
7. Utulivu
8. Uendeshaji

Mpango wa Mtihani- hii ni hati inayoelezea wigo mzima wa kazi ya upimaji, kuanzia maelezo ya kitu, mkakati, ratiba, vigezo vya kuanza na kumaliza upimaji, hadi vifaa vinavyohitajika katika mchakato huo, maarifa maalum, na tathmini ya hatari. chaguzi kwa azimio lao.
Hujibu maswali:
Nini kinapaswa kupimwa?
Utapima nini?
Utapima vipi?
Utapima lini?
Vigezo vya kuanza kupima.
Vigezo vya kukamilisha mtihani.

Pointi kuu za mpango wa mtihani
Kiwango cha IEEE 829 kinaorodhesha pointi ambazo mpango wa jaribio unapaswa (huenda) kuwa na:
a) Kitambulisho cha mpango wa majaribio;
b) Utangulizi;
c) Vipengee vya mtihani;
d) Vipengele vya kupimwa;
e) Vipengele visivyopaswa kujaribiwa;
f) Mbinu;
g) Vigezo vya kupita/kushindwa kwa kipengele;
h) Vigezo vya kusimamishwa na mahitaji ya kuanza tena;
i) Jaribio linaloweza kutolewa;
j) Kazi za upimaji;
k) Mahitaji ya mazingira;
l) Majukumu;
m) mahitaji ya wafanyikazi na mafunzo;
n) Ratiba;
o) Hatari na hatari;
p) Vibali.

Mtihani kubuni- hii ni hatua ya mchakato wa kupima programu ambayo kesi za mtihani (kesi za mtihani) zimeundwa na kuundwa kwa mujibu wa vigezo vya ubora vilivyoelezwa hapo awali na malengo ya kupima.
Majukumu yanayohusika na muundo wa mtihani:
Mchambuzi wa jaribio - huamua "NINI cha kujaribu?"
Mbuni wa majaribio - huamua "JINSI ya kujaribu?"

Mbinu za kubuni za mtihani

Ugawaji wa Usawa (EP). Kwa mfano, ikiwa una anuwai ya thamani halali kutoka 1 hadi 10, lazima uchague thamani moja sahihi ndani ya muda, sema 5, na thamani moja isiyo sahihi nje ya muda, 0.

Uchambuzi wa Thamani ya Mipaka (BVA). Ikiwa tutachukua mfano hapo juu, tutachagua kikomo cha chini na cha juu (1 na 10) kama maadili ya majaribio chanya, na maadili makubwa na chini ya mipaka (0 na 11). Uchambuzi wa thamani ya mipaka unaweza kutumika kwa sehemu, rekodi, faili, au aina yoyote ya huluki iliyozuiliwa.

Sababu/Athari - CE. Hii ni, kama sheria, kuingiza mchanganyiko wa masharti (sababu) kupata majibu kutoka kwa mfumo (Athari). Kwa mfano, unajaribu uwezo wa kuongeza mteja kwa kutumia onyesho mahususi. Ili kufanya hivyo, utahitaji kuingiza sehemu kadhaa kama vile "Jina", "Anwani", "Nambari ya Simu" na kisha ubofye kitufe cha "Ongeza" - hii ndio "Sababu". Baada ya kubofya kitufe cha "Ongeza", mfumo unaongeza mteja kwenye hifadhidata na kuonyesha nambari yake kwenye skrini - hii ni "Uchunguzi".

Jaribio la Kikamilifu (ET)- hii ni kesi kali. Ndani ya mbinu hii, unapaswa kupima mchanganyiko wote unaowezekana wa maadili ya pembejeo, na kwa kanuni, hii inapaswa kupata matatizo yote. Kwa mazoezi, matumizi ya njia hii haiwezekani kwa sababu ya idadi kubwa ya maadili ya pembejeo.

Matrix ya ufuatiliaji- Matrix ya kufuata mahitaji ni jedwali la pande mbili lililo na mawasiliano kati ya mahitaji ya utendaji ya bidhaa na kesi za majaribio zilizotayarishwa. Vichwa vya safu wima ya jedwali vina mahitaji, na vichwa vya safu mlalo vina matukio ya majaribio. Katika makutano kuna alama inayoonyesha kwamba mahitaji ya safu ya sasa yanafunikwa na kesi ya mtihani wa safu ya sasa.
Matrix ya utiifu wa mahitaji hutumiwa na wahandisi wa QA ili kuthibitisha huduma ya majaribio ya bidhaa. MCT ni sehemu muhimu ya mpango wa majaribio.

Kesi ya Mtihani ni artifact ambayo inaelezea seti ya hatua, hali maalum na vigezo muhimu ili kuangalia utekelezaji wa kazi chini ya mtihani au sehemu yake.
Mfano:
Matokeo ya Mtihani wa Matokeo Yanayotarajiwa
(imepitishwa/imeshindwa/imezuiwa)
Fungua ukurasa "kuingia" Ukurasa wa kuingia unafunguliwa Imepitishwa

Kila kesi ya majaribio lazima iwe na sehemu 3:
Masharti Orodha ya vitendo vinavyoleta mfumo katika hali inayofaa kwa majaribio ya kimsingi. Au orodha ya masharti, utimilifu ambao unaonyesha kuwa mfumo uko katika hali inayofaa kwa kufanya mtihani mkuu.
Maelezo ya Uchunguzi wa Uchunguzi Orodha ya vitendo vinavyohamisha mfumo kutoka jimbo moja hadi jingine ili kupata matokeo kwa misingi ambayo inaweza kuhitimishwa kuwa utekelezaji unakidhi mahitaji.
PostConditions Orodha ya vitendo vinavyohamisha mfumo kwa hali ya awali (hali kabla ya mtihani - hali ya awali)
Aina za Kesi za Mtihani:
Kesi za majaribio zimegawanywa kulingana na matokeo yanayotarajiwa kuwa chanya na hasi:
Kesi chanya ya jaribio hutumia data sahihi pekee na huthibitisha kuwa programu ilitekeleza kwa usahihi chaguo la kukokotoa linaloitwa.
Kesi ya mtihani hasi hufanya kazi na data zote sahihi na zisizo sahihi (angalau parameter 1 isiyo sahihi) na inalenga kuangalia hali za kipekee (vithibitishaji vimeanzishwa), na pia angalia kuwa kazi iliyoitwa na programu haijatekelezwa wakati kithibitishaji kinapoanzishwa.

Orodha ya ukaguzi ni hati inayoelezea kile kinachopaswa kupimwa. Wakati huo huo, orodha inaweza kuwa ya viwango tofauti kabisa vya maelezo. Jinsi orodha ya ukaguzi itakuwa ya kina inategemea mahitaji ya kuripoti, kiwango cha maarifa ya bidhaa ya wafanyikazi na ugumu wa bidhaa.
Kama sheria, orodha ina vitendo tu (hatua), bila matokeo yanayotarajiwa. Orodha hakiki haijarasimishwa kidogo kuliko hati ya jaribio. Inafaa kuitumia wakati maandishi ya majaribio hayatumiki tena. Orodha hakiki pia zinahusishwa na mbinu rahisi za majaribio.

Kasoro (aka mdudu)- hii ni tofauti kati ya matokeo halisi ya utekelezaji wa programu na matokeo yanayotarajiwa. Kasoro hugunduliwa wakati wa hatua ya majaribio ya programu, wakati mtumiaji anapolinganisha matokeo ya programu (sehemu au muundo) na matokeo yanayotarajiwa yaliyoelezwa katika vipimo vya mahitaji.

Hitilafu- kosa la mtumiaji, yaani, anajaribu kutumia programu kwa njia tofauti.
Mfano - huingiza barua kwenye uwanja ambapo unahitaji kuingiza nambari (umri, idadi ya bidhaa, nk).
Programu ya hali ya juu hutoa kwa hali kama hizi na huonyesha ujumbe wa makosa na msalaba mwekundu.
Mdudu (kasoro)- kosa la mpangaji programu (au mbuni au mtu mwingine yeyote anayeshiriki katika ukuzaji), ambayo ni, wakati kitu kwenye programu hakiendi kama ilivyopangwa na programu inatoka nje ya udhibiti. Kwa mfano, wakati pembejeo ya mtumiaji haijadhibitiwa kwa njia yoyote, kwa sababu hiyo, data isiyo sahihi husababisha kuacha au "furaha" nyingine katika uendeshaji wa programu. Au mpango umejengwa ndani kwa namna ambayo awali hailingani na kile kinachotarajiwa.
Kushindwa- kushindwa (na si lazima vifaa) katika uendeshaji wa sehemu, programu nzima au mfumo. Yaani kuna kasoro zinazopelekea kushindwa (A defect cause the failure) na zipo ambazo hazifanyi hivyo. UI kasoro kwa mfano. Lakini kushindwa kwa vifaa ambavyo hahusiani na programu pia ni kushindwa.

Ripoti ya Mdudu ni hati inayoelezea hali au mlolongo wa vitendo vilivyosababisha uendeshaji usio sahihi wa kitu cha mtihani, kuonyesha sababu na matokeo yaliyotarajiwa.
Kofia
Maelezo mafupi (Muhtasari) Maelezo mafupi ya tatizo, yanayoonyesha wazi sababu na aina ya hali ya makosa.
Mradi Jina la mradi unaojaribiwa
Kipengele cha Maombi (Kipengele) Jina la sehemu au kazi ya bidhaa inayojaribiwa
Nambari ya toleo Toleo ambalo hitilafu ilipatikana
Ukali Mfumo wa kawaida wa ngazi tano wa kuweka alama ya ukali wa kasoro ni:
Kizuia S1
S2 Muhimu
S3 mkuu
S4 Ndogo
S5 isiyo na maana
Kipaumbele Kipaumbele cha kasoro:
P1 ya juu
P2 ya kati
Kiwango cha chini cha P3
Hali Hali ya mdudu. Inategemea utaratibu unaotumika na mzunguko wa maisha ya mdudu (mtiririko wa kazi ya mdudu na mzunguko wa maisha)

Mwandishi (Mwandishi) Muundaji wa ripoti ya hitilafu
Imetolewa Kwa Jina la mtu aliyepewa shida.
Mazingira
Mfumo wa Uendeshaji / Ufungashaji wa Huduma, nk. / Toleo la Kivinjari + /... Taarifa kuhusu mazingira ambayo mdudu ulipatikana: mfumo wa uendeshaji, pakiti ya huduma, kwa ajili ya kupima WEB - jina la kivinjari na toleo, nk.
…
Maelezo
Hatua za Kuzalisha tena Hatua ambazo unaweza kuzalisha kwa urahisi hali iliyosababisha hitilafu.
Matokeo Halisi Matokeo yaliyopatikana baada ya kupitia hatua za kuzaliana
Matokeo Yanayotarajiwa Yanatarajiwa matokeo sahihi
Viongezi
Kiambatisho Faili ya kumbukumbu, picha ya skrini, au hati nyingine yoyote ambayo inaweza kusaidia kufafanua sababu ya hitilafu au kuonyesha njia ya kutatua tatizo.

Ukali dhidi ya Kipaumbele
Ukali ni sifa inayoangazia athari ya kasoro kwenye utendakazi wa programu.
Kipaumbele ni sifa inayoonyesha kipaumbele cha kufanya kazi au kuondoa kasoro. Tunaweza kusema kwamba hii ni chombo cha meneja wa mipango ya kazi. Kipaumbele cha juu, kasoro inahitaji kurekebishwa haraka.
Ukali hufichuliwa na anayejaribu
Kipaumbele - meneja, kiongozi wa timu au mteja

Daraja la Ukali wa Kasoro (Ukali)

Kizuia S1
Hitilafu ya kuzuia ambayo inafanya programu kutofanya kazi, na kufanya kazi zaidi na mfumo chini ya majaribio au utendaji wake muhimu kutowezekana. Kutatua tatizo ni muhimu kwa utendaji zaidi wa mfumo.

S2 Muhimu
Hitilafu kubwa, mantiki kuu ya biashara kutofanya kazi vizuri, shimo kwenye mfumo wa usalama, tatizo lililosababisha hitilafu ya muda ya seva au kufanya baadhi ya sehemu ya mfumo kutofanya kazi, bila uwezekano wa kutatua tatizo kwa kutumia pointi nyingine za kuingia. Kutatua tatizo ni muhimu kwa kazi zaidi na kazi muhimu za mfumo chini ya mtihani.

S3 mkuu
Hitilafu kubwa, sehemu ya mantiki kuu ya biashara haifanyi kazi kwa usahihi. Hitilafu sio muhimu au inawezekana kufanya kazi na chaguo la kukokotoa chini ya jaribio kwa kutumia vidokezo vingine vya kuingiza.

S4 Ndogo
Hitilafu ndogo ambayo haikiuki mantiki ya biashara ya sehemu ya programu inayojaribiwa, tatizo dhahiri la kiolesura cha mtumiaji.

S5 isiyo na maana
Hitilafu ndogo ambayo haiathiri mantiki ya biashara ya programu, tatizo lisiloweza kuzaliana vizuri ambalo halionekani sana kupitia kiolesura cha mtumiaji, tatizo la maktaba au huduma za watu wengine, tatizo ambalo halina athari yoyote kwa ubora wa jumla wa programu. bidhaa.

Daraja la Kipaumbele cha Kasoro (Kipaumbele)
P1 ya juu
Hitilafu lazima irekebishwe haraka iwezekanavyo, kwa sababu ... uwepo wake ni muhimu kwa mradi.
P2 ya kati
Hitilafu lazima irekebishwe; uwepo wake sio muhimu, lakini unahitaji suluhisho la lazima.
Kiwango cha chini cha P3
Hitilafu lazima irekebishwe; uwepo wake sio muhimu na hauhitaji ufumbuzi wa haraka.

Viwango vya Kupima

1. Upimaji wa Kitengo
Upimaji wa vipengele (kitengo) hukagua utendakazi na hutafuta kasoro katika sehemu za programu zinazoweza kufikiwa na zinaweza kujaribiwa kando (moduli za programu, vitu, madarasa, vitendaji, n.k.).

2. Upimaji wa Ujumuishaji
Mwingiliano kati ya vipengele vya mfumo huangaliwa baada ya kupima vipengele.

3. Upimaji wa Mfumo
Lengo kuu la kupima mfumo ni kuthibitisha mahitaji ya utendaji na yasiyo ya kazi katika mfumo kwa ujumla. Hii inabainisha kasoro kama vile matumizi yasiyo sahihi ya rasilimali za mfumo, michanganyiko isiyotarajiwa ya data ya kiwango cha mtumiaji, kutopatana na mazingira, matukio ya matumizi yasiyotarajiwa, utendakazi unaokosekana au usio sahihi, usumbufu wa matumizi, n.k.

4. Upimaji wa uendeshaji (Upimaji wa Kutolewa).
Hata kama mfumo unakidhi mahitaji yote, ni muhimu kuhakikisha kuwa unakidhi mahitaji ya mtumiaji na kutekeleza jukumu lake katika mazingira yake ya uendeshaji kama inavyofafanuliwa katika mtindo wa biashara wa mfumo. Inapaswa kuzingatiwa kuwa mtindo wa biashara unaweza kuwa na makosa. Ndiyo maana ni muhimu sana kufanya majaribio ya uendeshaji kama hatua ya mwisho ya uthibitishaji. Kwa kuongeza, kupima katika mazingira ya uendeshaji hutuwezesha kutambua matatizo yasiyo ya kazi, kama vile: migogoro na mifumo mingine inayohusiana na eneo la biashara au katika mazingira ya programu na elektroniki; utendaji wa kutosha wa mfumo katika mazingira ya uendeshaji, nk Kwa wazi, kupata vitu hivyo katika hatua ya utekelezaji ni tatizo muhimu na la gharama kubwa. Ndiyo maana ni muhimu sana kutekeleza sio tu uthibitishaji, lakini pia uthibitishaji, kutoka hatua za mwanzo za maendeleo ya programu.

5. Upimaji wa Kukubalika
Mchakato rasmi wa upimaji ambao unathibitisha kuwa mfumo unakidhi mahitaji na unafanywa kwa:
kuamua ikiwa mfumo unakidhi vigezo vya kukubalika;
kufanya uamuzi na mteja au mtu mwingine aliyeidhinishwa ikiwa ombi limekubaliwa au la.

Aina/aina za majaribio

Aina za kazi za majaribio
Mtihani wa kiutendaji
Jaribio la Udhibiti wa Usalama na Ufikiaji
Mtihani wa Kuingiliana

Aina zisizo za kazi za majaribio
Aina zote za majaribio ya utendaji:
o kupima mzigo (Utendaji na Upimaji wa Mzigo)
o Upimaji wa Stress
o Uchunguzi wa Uthabiti / Kuegemea
o Upimaji wa Kiasi
Mtihani wa ufungaji
Uchunguzi wa Usability
Jaribio la Kushindwa na Kupona
Jaribio la Usanidi

Aina za Upimaji Zinazohusiana na Mabadiliko
Upimaji wa Moshi
Mtihani wa Urejeshaji
Kujaribu tena
Jenga Mtihani wa Uthibitishaji
Upimaji wa Usafi

Mtihani wa kiutendaji huzingatia tabia iliyobainishwa awali na inategemea uchanganuzi wa vipimo vya utendakazi wa kijenzi au mfumo kwa ujumla.

Mtihani wa usalama ni mkakati wa majaribio unaotumiwa kuangalia usalama wa mfumo, na pia kuchambua hatari zinazohusiana na kutoa mbinu kamili ya kulinda programu, mashambulizi ya wadukuzi, virusi, ufikiaji usioidhinishwa wa data ya siri.

Mtihani wa Kuingiliana ni majaribio ya kiutendaji ambayo hujaribu uwezo wa programu kuingiliana na kipengele au mifumo moja au zaidi na inajumuisha majaribio ya uoanifu na majaribio ya ujumuishaji.

Mtihani wa Stress- huu ni majaribio ya kiotomatiki ambayo huiga kazi ya idadi fulani ya watumiaji wa biashara kwenye rasilimali fulani ya kawaida (iliyoshirikiwa).

Mtihani wa Stress inakuwezesha kuangalia jinsi programu inavyofaa na mfumo kwa ujumla ni chini ya dhiki na pia kutathmini uwezo wa mfumo wa kuzaliwa upya, i.e. kurudi katika hali ya kawaida baada ya kukomesha kwa dhiki. Mkazo katika muktadha huu unaweza kuwa ongezeko la ukubwa wa utendakazi hadi viwango vya juu sana au mabadiliko ya dharura katika usanidi wa seva. Pia, mojawapo ya kazi za kupima dhiki inaweza kuwa kutathmini uharibifu wa utendaji, hivyo malengo ya kupima dhiki yanaweza kuingiliana na malengo ya kupima utendaji.

Upimaji wa Kiasi. Madhumuni ya kupima kiasi ni kupata tathmini ya utendaji kadri kiasi cha data katika hifadhidata ya programu inavyoongezeka

Mtihani wa Utulivu / Kuegemea. Kazi ya kupima utulivu (kuegemea) ni kuangalia utendaji wa programu wakati wa kupima kwa muda mrefu (saa nyingi) na kiwango cha wastani cha mzigo.

Kujaribu ufungaji inayolenga kuthibitisha usakinishaji na usanidi uliofaulu, pamoja na kusasisha au kusanidua programu.

Mtihani wa matumizi ni njia ya majaribio inayolenga kubainisha kiwango cha utumiaji, urahisi wa kujifunza, kueleweka na kuvutia kwa watumiaji wa bidhaa inayotengenezwa katika muktadha wa hali fulani. Hii pia ni pamoja na:
Jaribio la Kiolesura ni aina ya majaribio ya utafiti yanayofanywa ili kubaini ikiwa baadhi ya kitu bandia (kama vile ukurasa wa wavuti, kiolesura cha mtumiaji au kifaa) kinafaa kwa matumizi yanayokusudiwa.
Uzoefu wa Mtumiaji (UX) ni hisia anayopata mtumiaji wakati anatumia bidhaa ya kidijitali, ilhali kiolesura cha Mtumiaji ni zana inayoruhusu mwingiliano wa rasilimali ya mtumiaji na wavuti.

Jaribio la Kushindwa na Kupona hujaribu bidhaa iliyojaribiwa kulingana na uwezo wake wa kuhimili na kupata nafuu kutokana na hitilafu zinazoweza kutokea kutokana na hitilafu za programu, hitilafu za maunzi au matatizo ya mawasiliano (kwa mfano, kushindwa kwa mtandao). Madhumuni ya aina hii ya majaribio ni kujaribu mifumo ya uokoaji (au mifumo inayoiga utendakazi mkuu), ambayo, ikitokea kushindwa, itahakikisha usalama na uadilifu wa data ya bidhaa inayojaribiwa.

Jaribio la Usanidi- aina maalum ya majaribio yenye lengo la kuangalia uendeshaji wa programu chini ya usanidi tofauti wa mfumo (majukwaa yaliyotangazwa, madereva yanayoungwa mkono, usanidi tofauti wa kompyuta, nk)

Moshi upimaji unazingatiwa kama mzunguko mfupi wa majaribio yaliyofanywa ili kuthibitisha kwamba baada ya kuunda msimbo (mpya au usiobadilika), programu iliyosakinishwa huanza na kufanya kazi za msingi.

Mtihani wa kurudi nyuma ni aina ya majaribio yenye lengo la kuthibitisha mabadiliko yaliyofanywa kwa programu au mazingira (kurekebisha kasoro, kuunganisha msimbo, kuhamia mfumo mwingine wa uendeshaji, hifadhidata, seva ya wavuti au seva ya programu), ili kuthibitisha ukweli kwamba utendakazi uliokuwepo hufanya kazi kama inavyokusudiwa. kabla. Vipimo vya urejeshaji vinaweza kuwa majaribio ya kufanya kazi na yasiyofanya kazi.

Inajaribu tena- kupima, wakati ambapo maandiko ya mtihani ambayo yalibainisha makosa wakati wa kukimbia mwisho yanatekelezwa ili kuthibitisha mafanikio ya kusahihisha makosa haya.
Kuna tofauti gani kati ya majaribio ya rejista na kujaribu tena?
Kujaribu tena - marekebisho ya hitilafu yamekaguliwa
Jaribio la urekebishaji - hukagua kuwa urekebishaji wa hitilafu haukuathiri moduli zingine za programu na haukusababisha hitilafu mpya.

Jaribio la mkusanyiko au Jaribio la Uthibitishaji la Kujenga- kupima kwa lengo la kuamua kufuata toleo lililotolewa na vigezo vya ubora ili kuanza kupima. Kwa mujibu wa malengo yake, ni sawa na Upimaji wa Moshi, unaolenga kukubali toleo jipya kwa ajili ya majaribio zaidi au uendeshaji. Inaweza kupenya zaidi, kulingana na mahitaji ya ubora wa toleo iliyotolewa.

Upimaji wa usafi- huu ni upimaji unaolenga kwa ufinyu unaotosha kuthibitisha kuwa kitendakazi mahususi hufanya kazi kulingana na mahitaji yaliyotajwa katika vipimo. Ni sehemu ndogo ya majaribio ya rejista. Inatumika kuamua utendakazi wa sehemu fulani ya programu baada ya mabadiliko kufanywa kwayo au mazingira. Kawaida hufanywa kwa mikono.

Hitilafu ya Kubahatisha - EG. Huu ndio wakati mchambuzi wa jaribio anatumia ujuzi wake wa mfumo na uwezo wa kutafsiri vipimo ili "kutabiri" chini ya hali gani za uingizaji mfumo unaweza kushindwa. Kwa mfano, vipimo vinasema "mtumiaji lazima aweke msimbo." Mchambuzi wa mtihani atafikiri: "Je, ikiwa sijaingiza msimbo?", "Je! nikiingiza msimbo usio sahihi? ", Nakadhalika. Huu ni utabiri wa makosa.

Mbinu za majaribio ya ujumuishaji:

Muunganisho wa Chini Juu
Moduli zote za kiwango cha chini, taratibu au utendakazi hukusanywa pamoja na kisha kujaribiwa. Baada ya hapo ngazi inayofuata ya moduli hukusanywa kwa ajili ya kupima ujumuishaji. Njia hii inachukuliwa kuwa muhimu ikiwa moduli zote au karibu zote za kiwango kinachotengenezwa ziko tayari. Mbinu hii pia husaidia kuamua kiwango cha utayari wa maombi kulingana na matokeo ya majaribio.

Ushirikiano wa Juu Chini
Kwanza, moduli zote za kiwango cha juu zinajaribiwa, na hatua kwa hatua zile za chini zinaongezwa moja kwa moja. Moduli zote za kiwango cha chini huigwa kama vijiti vilivyo na utendakazi sawa, kisha zikiwa tayari, hubadilishwa na vijenzi halisi vinavyotumika. Kwa njia hii tunajaribu kutoka juu hadi chini.

Big Bang (Muungano wa "Big Bang")
Moduli zote au karibu zote zilizotengenezwa zimekusanywa pamoja kama mfumo kamili au sehemu yake kuu, na kisha upimaji wa ujumuishaji unafanywa. Mbinu hii ni nzuri sana kwa kuokoa muda. Hata hivyo, ikiwa kesi za mtihani na matokeo yao hazijaandikwa kwa usahihi, basi mchakato wa kuunganisha yenyewe utakuwa ngumu sana, ambayo itakuwa kikwazo kwa timu ya kupima katika kufikia lengo kuu la kupima ushirikiano.

Kanuni za majaribio

Kanuni ya 1- Uchunguzi unaonyesha uwepo wa kasoro
Upimaji unaweza kuonyesha kuwa kasoro zipo, lakini hauwezi kuthibitisha kuwa hazipo. Upimaji hupunguza uwezekano wa kasoro katika programu, lakini hata ikiwa hakuna kasoro zinazopatikana, hii haina kuthibitisha usahihi wake.

Kanuni ya 2- Uchunguzi kamili hauwezekani
Jaribio kamili kwa kutumia michanganyiko yote ya pembejeo na masharti ya awali haliwezekani kimwili isipokuwa katika hali ndogo. Badala ya majaribio ya kina, uchanganuzi wa hatari na vipaumbele vinapaswa kutumiwa kulenga juhudi za upimaji.

Kanuni ya 3- Uchunguzi wa mapema
Ili kupata kasoro mapema iwezekanavyo, shughuli za majaribio zinapaswa kuanzishwa mapema iwezekanavyo katika mzunguko wa maisha wa uundaji wa programu au mfumo, na zinapaswa kulenga malengo mahususi.

Kanuni ya 4- Kasoro nguzo
Juhudi za majaribio zinapaswa kujilimbikizia kulingana na inayotarajiwa, na baadaye msongamano halisi wa kasoro ya moduli. Kama sheria, kasoro nyingi zilizogunduliwa wakati wa majaribio au ambazo zilisababisha kushindwa kwa mfumo nyingi ziko katika idadi ndogo ya moduli.

Kanuni ya 5- Kitendawili cha dawa
Ikiwa majaribio sawa yataendeshwa tena na tena, hatimaye seti hii ya kesi za majaribio haitapata tena kasoro mpya. Ili kuondokana na "kitendawili hiki cha dawa," kesi za majaribio lazima zikaguliwe na kusahihishwa mara kwa mara, na majaribio mapya lazima yawe ya kina ili kujumuisha vipengele vyote vya programu au mfumo na kutafuta kasoro nyingi iwezekanavyo.

Kanuni ya 6- Upimaji ni dhana kutegemea
Upimaji unafanywa tofauti kulingana na muktadha. Kwa mfano, programu muhimu kwa usalama inajaribiwa tofauti na tovuti ya e-commerce.

Kanuni ya 7- Udanganyifu wa kutokuwepo kwa makosa
Kutafuta na kurekebisha kasoro haitasaidia ikiwa mfumo ulioundwa haufanani na mtumiaji na haupatikani matarajio na mahitaji yake.

Upimaji wa tuli na wa nguvu
Jaribio tuli linatofautiana na majaribio yanayobadilika kwa kuwa hufanywa bila kutekeleza msimbo wa bidhaa. Upimaji unafanywa kwa kuchambua msimbo wa programu (mapitio ya msimbo) au msimbo uliokusanywa. Uchambuzi unaweza kufanywa kwa mikono au kwa kutumia zana maalum. Madhumuni ya uchambuzi ni kutambua mapema makosa na matatizo yanayoweza kutokea katika bidhaa. Upimaji tuli pia unajumuisha vipimo vya majaribio na nyaraka zingine.

Uchunguzi wa uchunguzi/ad-hoc
Ufafanuzi rahisi zaidi wa majaribio ya uchunguzi ni kubuni na kuendesha majaribio kwa wakati mmoja. Ambayo ni kinyume cha mkabala wa hali (pamoja na taratibu zake za majaribio zilizobainishwa, iwe za mwongozo au otomatiki). Majaribio ya uchunguzi, tofauti na majaribio ya matukio, hayajaamuliwa mapema na hayatekelezwi jinsi ilivyopangwa.

Tofauti kati ya majaribio ya dharura na ya uchunguzi ni kwamba kinadharia, majaribio ya dharula yanaweza kufanywa na mtu yeyote, ilhali majaribio ya kiuchunguzi yanahitaji ujuzi na ujuzi wa mbinu fulani. Tafadhali kumbuka kuwa mbinu fulani sio tu mbinu za kupima.

Mahitaji ni maelezo (maelezo) ya kile kinachopaswa kutekelezwa.
Mahitaji yanaelezea kile kinachohitajika kutekelezwa, bila kuelezea upande wa kiufundi wa suluhisho. Nini, si jinsi gani.

Mahitaji ya Mahitaji:
Usahihi
Kutokuwa na utata
Ukamilifu wa seti ya mahitaji
Uthabiti wa seti ya mahitaji
Uthibitisho (uthibitisho)
Ufuatiliaji
Kueleweka

Mzunguko wa maisha ya mdudu

Hatua za maendeleo ya programu- hizi ni hatua ambazo timu za ukuzaji programu hupitia kabla ya programu kupatikana kwa anuwai ya watumiaji. Utengenezaji wa programu huanza na hatua ya awali ya ukuzaji (hatua ya awali ya alpha) na kuendelea na hatua ambazo bidhaa husafishwa na kusasishwa. Hatua ya mwisho ya mchakato huu ni kutolewa kwa toleo la mwisho la programu kwenye soko ("toleo linalopatikana kwa ujumla").

Bidhaa ya programu hupitia hatua zifuatazo:
uchambuzi wa mahitaji ya mradi;
kubuni;
utekelezaji;
mtihani wa bidhaa;
utekelezaji na msaada.

Kila hatua ya maendeleo ya programu imepewa nambari maalum ya serial. Pia, kila hatua ina jina lake mwenyewe, ambalo linaonyesha utayari wa bidhaa katika hatua hii.

Mzunguko wa maisha ya ukuzaji wa programu:
Kabla ya alpha
Alfa
Beta
Acha mgombea
Kutolewa
Kutolewa kwa chapisho

Jedwali la maamuzi- chombo bora cha kuandaa mahitaji magumu ya biashara ambayo lazima yatekelezwe katika bidhaa. Jedwali la maamuzi linawasilisha seti ya masharti, utimilifu wa wakati mmoja ambao unapaswa kusababisha hatua fulani.

QA/QC/Mhandisi wa Mtihani

Kwa hivyo, tunaweza kujenga muundo wa safu ya michakato ya uhakikisho wa ubora: Majaribio ni sehemu ya QC. QC ni sehemu ya QA.

Mchoro wa uunganisho ni zana ya usimamizi wa ubora kulingana na kutambua uhusiano wa kimantiki kati ya data mbalimbali. Zana hii inatumika kulinganisha sababu na athari kwenye tatizo linalofanyiwa utafiti.

Ufafanuzi: Dhana za msingi za upimaji. Awamu na hatua za majaribio. Aina za vipimo. Maendeleo Yanayoendeshwa na Mtihani

Utangulizi

Upimaji ni mojawapo ya njia zilizoanzishwa zaidi ubora maendeleo ya programu.

Kutoka kwa mtazamo wa kiufundi Kwa upande wa upimaji, upimaji unajumuisha kutekeleza maombi kwenye seti fulani ya data ya chanzo na kulinganisha matokeo yaliyopatikana na yale yaliyojulikana hapo awali (marejeleo) ili kubaini kufuata kwa mali na sifa mbalimbali za programu na mali zilizoagizwa. Kama moja ya awamu kuu za mchakato wa ukuzaji wa bidhaa za programu (Ubunifu wa Maombi - Ukuzaji wa Msimbo - Jaribio), upimaji una sifa ya mchango mkubwa kwa jumla ya nguvu ya kazi ya ukuzaji wa bidhaa. Makadirio yanayojulikana sana ya usambazaji wa nguvu ya kazi kati ya awamu za kuunda bidhaa ya programu ni: 40% -20% -40%.

Kutoka kwa mtazamo wa hisabati kupima kunaweza kuzingatiwa kama tafsiri ya fomula fulani na kupima ukweli wake kwenye seti fulani. Hakika, programu inaweza kuwakilishwa kama fomula f = f1* f2* f3*... * fn, ambapo f1, f2, ... fn ni waendeshaji lugha ya programu, na superposition yao ni programu.

Ukweli wa fomula kama hiyo unaweza kuthibitishwa kwa kutumia mbinu rasmi - ambayo ni, kutoa fomula na taarifa zinazohitajika (nadharia) kutoka kwa fomula asili za axiom kwa kutumia taratibu rasmi (sheria za uelekezaji). Faida ya mbinu rasmi ni kwamba inaepuka kupata anuwai isiyo na kikomo ya maadili na inafanya kazi tu na seti ndogo ya alama katika kila hatua ya uthibitisho. Hata hivyo, mara nyingi ujenzi wa mfumo rasmi na urasimishaji wa programu yenyewe ni michakato ngumu sana. Njia mbadala ya kuhalalisha ukweli ni tafsiri.

Mtazamo wa ukalimani hutumika wakati wa kubadilisha viambishi katika fomula na kisha kufasiri fomula kama kauli zenye maana katika vipengele vya seti za maadili madhubuti. Ukweli wa fomula zilizofasiriwa huangaliwa kwa seti maalum ya maadili yanayowezekana. Ugumu wa mbinu ni kwamba mara nyingi idadi ya mchanganyiko wa maadili ni kubwa sana na mchanganyiko wenyewe una idadi kubwa ya maadili - ambayo ina maana kwamba usindikaji wa mchanganyiko wote utahitaji rasilimali muhimu. Kuna mbinu mbalimbali za kupunguza idadi ya michanganyiko ambayo inahitaji kuzingatiwa. Kuu tatizo la kupima- kuamua kutosha kwa seti ya vipimo kwa ukweli wa hitimisho kuhusu usahihi wa utekelezaji wa programu, pamoja na kutafuta seti ya vipimo ambavyo vina mali hii.

Upimaji tuli Kutumia mbinu za uchambuzi rasmi, bila kutekeleza programu chini ya mtihani, hutambua ujenzi usio sahihi au mahusiano yasiyo sahihi kati ya vitu vya programu (makosa ya kazi rasmi) kwa kutumia zana maalum za ufuatiliaji wa kanuni - CodeChecker.

Mtihani wa nguvu(kujijaribu) hutambua makosa tu katika programu inayoendesha kwa kutumia zana maalum mtihani otomatiki- Testbed au Testbench.

Misingi ya Upimaji

Madarasa ya Vigezo vya Mtihani

Vigezo vya muundo tumia habari kuhusu muundo wa programu (kigezo kinachojulikana kama "sanduku nyeupe"), ambacho kinaonyesha ujuzi wa maandishi ya chanzo cha programu au maelezo ya programu kwa namna ya grafu ya udhibiti wa mtiririko. Vigezo vya muundo ni msingi wa mambo makuu ya grafu ya udhibiti - waendeshaji, matawi na njia.

Hali ya kigezo cha kupima amri (kigezo C0) - seti ya vipimo kwa jumla lazima kuhakikisha kwamba kila amri inapitishwa angalau mara moja.
Masharti ya kigezo cha kupima tawi (kigezo C1) ni kwamba seti ya majaribio kwa pamoja lazima ihakikishe kwamba kila tawi limepitishwa angalau mara moja.
Hali ya kigezo cha njia za kupima (kigezo C2) - seti ya vipimo kwa jumla lazima kuhakikisha kwamba kila njia inapitishwa angalau mara 1.

Vigezo vya kiutendaji zimeundwa katika maelezo ya mahitaji ya bidhaa ya programu (kinachojulikana vigezo vya "sanduku nyeusi"). Wao hutoa, kwanza kabisa, udhibiti wa kiwango cha utimilifu wa mahitaji ya wateja katika bidhaa ya programu. Kwa kuwa mahitaji yameundwa kwa bidhaa kwa ujumla, yanaonyesha mwingiliano wa programu inayojaribiwa na mazingira. Tatizo la upimaji wa kazi ni, kwanza kabisa, nguvu ya kazi; Ukweli ni kwamba hati za kurekodi mahitaji ya bidhaa ya programu, kama sheria, ni nyepesi sana, hata hivyo, uthibitisho unaolingana lazima uwe wa kina.

Aina zifuatazo maalum zinajulikana: vigezo vya utendaji:

vipimo vya vipimo;
kupima madarasa ya data ya pembejeo;
upimaji wa sheria - seti ya vipimo pamoja inapaswa kuhakikisha uthibitisho wa kila sheria ikiwa maadili ya pembejeo na matokeo yanaelezewa na seti ya sheria za sarufi fulani;
madarasa ya pato la kupima;
Upimaji wa kazi;
Vigezo vya pamoja vya programu na vipimo. Vigezo vya kupima Stochastic iliyoundwa kwa masharti

kuangalia uwepo wa mali maalum katika maombi chini ya mtihani, kwa njia ya kupima hypothesis fulani ya takwimu. Inatumika wakati wa kupima mifumo changamano ya programu - wakati seti ya majaribio ya kuamua (X, Y) ina nguvu kubwa.

Vigezo vya mabadiliko zinalenga kuangalia sifa za bidhaa ya programu kulingana na mbinu ya Monte Carlo.

Njia ya kupima mabadiliko inajumuisha kuanzisha mabadiliko (makosa madogo) kwenye programu iliyotengenezwa P, i.e. kuunda programu za mutant P1, P2... . Kisha mpango P na mutants wake hujaribiwa kwenye seti sawa ya mtihani (X, Y).

Ikiwa usahihi wa programu P imethibitishwa kwenye seti (X, Y) na, kwa kuongeza, makosa yote yaliyoletwa kwenye programu za mutant yanatambuliwa, basi seti ya mtihani (X, Y) inalingana na kigezo cha mabadiliko, na programu. chini ya mtihani imetangazwa kuwa sahihi. Iwapo mabadiliko mengine hayakuonyesha mabadiliko yote, basi seti ya majaribio (X, Y) lazima ipanuliwe na majaribio yaendelee.

Awamu za majaribio

Wakati wa kupima, kuna kawaida awamu tatu: kitengo, ushirikiano na upimaji wa mfumo.

Mtihani wa kitengo- hii ni kupima programu katika ngazi ya modules binafsi, kazi au madarasa. Madhumuni ya upimaji wa kitengo ni kutambua makosa yaliyowekwa ndani ya moduli katika utekelezaji wa algorithms, na pia kuamua kiwango cha utayari wa mfumo kuhamia ngazi inayofuata ya maendeleo na majaribio. Upimaji wa kitengo unafanywa kulingana na kanuni ya "sanduku nyeupe", yaani, inategemea ujuzi wa muundo wa ndani wa programu, na mara nyingi hujumuisha mbinu fulani za uchambuzi wa chanjo ya kanuni.

Mtihani wa ujumuishaji inajaribu sehemu ya mfumo inayojumuisha moduli mbili au zaidi. Kazi kuu ya upimaji wa ujumuishaji ni kutafuta kasoro zinazohusiana na makosa katika utekelezaji na tafsiri ya mwingiliano wa kiolesura kati ya moduli. Tofauti kuu kati ya upimaji wa kitengo na ujumuishaji ni malengo, ambayo ni, aina za kasoro zilizogunduliwa, ambazo, kwa upande wake, huamua mkakati wa kuchagua data ya pembejeo na njia za uchambuzi.

Mtihani wa mfumo ni tofauti kimaelezo na ujumuishaji na viwango vya moduli. Inazingatia mfumo unaojaribiwa kwa ujumla na inafanya kazi katika kiwango cha miingiliano ya mtumiaji. Kuu kazi ya kupima mfumo inajumuisha kasoro za kutambua zinazohusishwa na uendeshaji wa mfumo kwa ujumla, kama vile matumizi yasiyo sahihi ya rasilimali za mfumo, michanganyiko isiyotarajiwa ya data ya kiwango cha mtumiaji, kutokubaliana na mazingira, hali ya matumizi isiyotarajiwa, utendakazi unaokosekana au usio sahihi, usumbufu katika matumizi na kama.

Upimaji wa mfumo unafanywa kwenye mradi kwa ujumla kwa kutumia njia ya "sanduku nyeusi". Muundo wa programu haijalishi; ni pembejeo na matokeo yanayoonekana kwa mtumiaji pekee ndiyo yanapatikana kwa majaribio. Misimbo na nyaraka za mtumiaji zinaweza kujaribiwa.

Kwa kuongeza, wanasisitiza mtihani wa kurudi nyuma- mzunguko wa majaribio ambao unafanywa wakati mabadiliko yanafanywa wakati wa majaribio ya mfumo au awamu ya matengenezo ya bidhaa. Shida kuu ya upimaji wa rejista ni chaguo kati kamili na sehemu kupima tena na kujaza tena vifaa vya majaribio. Pamoja na sehemu kupima tena Sehemu hizo tu za mradi ambazo zinahusishwa na vipengele vilivyobadilishwa zinafuatiliwa.

Hatua za majaribio

Kila moja awamu ya majaribio inajumuisha hatua zifuatazo:

Kuweka malengo(mahitaji ya kupima), ikiwa ni pamoja na vipimo vifuatavyo: ni sehemu gani za mfumo zitajaribiwa, ni vipengele gani vya uendeshaji wao vitachaguliwa kwa uthibitishaji, ni ubora gani unaohitajika, nk.
Kupanga: kuunda ratiba (ratiba) ya kutengeneza majaribio kwa kila mfumo mdogo uliojaribiwa; tathmini ya rasilimali zinazohitajika za binadamu, programu na vifaa; maendeleo ya ratiba ya mzunguko wa mtihani. Ni muhimu kutambua kwamba ratiba ya kupima lazima iwe sawa na ratiba ya maendeleo ya mfumo unaoundwa.
Maendeleo ya mtihani(nambari ya majaribio ya mfumo chini ya jaribio).
Kuendesha vipimo: utekelezaji wa mizunguko ya majaribio.
Uchambuzi wa matokeo.

Mzunguko wa mtihani ni mzunguko wa utekelezaji wa jaribio unaojumuisha awamu ya 4 na 5 ya mchakato wa jaribio. Mzunguko wa majaribio unajumuisha kufanya majaribio yaliyotengenezwa kwenye sehemu fulani ya mfumo iliyobainishwa kipekee (hali ya msimbo wa mfumo unaotengenezwa). Kwa kawaida, kipande hicho cha mfumo kinaitwa kujenga.

Mpango wa mtihani- hii ni hati, au seti ya hati, ambayo ina rasilimali za majaribio, orodha ya kazi na mifumo ndogo ya kujaribiwa; mkakati wa mtihani, kuratibu mizunguko ya majaribio, kurekebisha usanidi wa majaribio (muundo na vigezo mahususi vya mazingira ya maunzi na programu), kubainisha orodha ya vipimo vya majaribio ambavyo vinahitaji kukusanywa na kuchanganuliwa wakati wa mzunguko wa majaribio (kwa mfano, vipimo vinavyotathmini kiwango cha matumizi. seti ya mahitaji na vipimo).

Majaribio yanatengenezwa kulingana na vipimo, kwa mikono na kwa kutumia zana za kiotomatiki. Mbali na kanuni yenyewe, dhana ya "mtihani" inajumuisha maelezo yake ya jumla na maelezo ya kina ya hatua zilizofanywa katika mtihani huu.

Ili kutathmini ubora wa majaribio, vipimo mbalimbali hutumiwa kuhusiana na idadi ya kasoro zilizopatikana, ufunikaji wa misimbo, mahitaji ya utendaji na hali mbalimbali.

Taarifa zote kuhusu kasoro zilizogunduliwa wakati wa majaribio (aina, hali ya kugundua, sababu, masharti ya kusahihisha, muda uliotumika kusahihisha) huingizwa kwenye hifadhidata ya kasoro.

Taarifa kuhusu mpango wa majaribio, vipimo na kasoro hutumika mwishoni mwa kila mzunguko wa majaribio kuzalisha ripoti ya mtihani na kurekebisha mfumo wa majaribio kwa marudio yanayofuata.

Aina za vipimo

Mpango wa mtihani unabainisha na kuweka nyaraka mbalimbali aina za vipimo.

Aina za majaribio kulingana na aina ya mfumo mdogo au bidhaa ni kama ifuatavyo:

Upimaji wa utendaji kuu, wakati mfumo yenyewe, ambayo ni bidhaa kuu ya viwandani, inajaribiwa.
Jaribio la usakinishaji hujumuisha majaribio ya hati za mwanzo za usakinishaji wa mfumo, hati za kusakinisha upya (juu ya nakala iliyopo), majaribio ya kusanidua, majaribio ya usakinishaji kukiwa na hitilafu kwenye kifurushi kilichosakinishwa, katika mazingira au hati, n.k.
Upimaji wa nyaraka za mtumiaji ni pamoja na kuangalia ukamilifu na uwazi wa maelezo ya sheria na vipengele vya kutumia bidhaa, uwepo wa maelezo ya matukio yote na utendaji, syntax na sarufi ya lugha, utendaji wa mifano, nk.

Aina za majaribio kulingana na mbinu ya kuchagua thamani za ingizo:

Mtihani wa kazi, ambao hukagua:
- kufunika mahitaji ya kazi;
- Chanjo ya kesi za matumizi.
Upimaji wa dhiki, ambao hujaribu hali mbaya ya matumizi ya bidhaa.
Mtihani wa mipaka.
Mtihani wa utendaji.
Kupima kwa kufuata viwango.
Kujaribu utangamano na programu na mifumo mingine ya maunzi.
Kazi ya kupima na mazingira.
Kazi ya kupima kwenye jukwaa maalum.

Maendeleo Yanayoendeshwa na Mtihani

Wacha tuzingatie mbinu ya majaribio tofauti kidogo na ile iliyo hapo juu. Test Driven Development (TDD) ni mchakato wa ukuzaji wa programu ambao unahusisha kuandika na kufanya majaribio ya kitengo kiotomatiki kabla ya darasa au moduli zinazolingana kuandikwa. Hii inahakikisha kwamba majukumu yote ya kipande chochote cha programu yanafafanuliwa kabla hata haijawekwa msimbo.

TDD inabainisha utaratibu ufuatao wa hatua za programu:

Nyekundu - andika mtihani mdogo ambao haufanyi kazi na labda haujumuishi.
Kijani - fanya mtihani kukimbia haraka iwezekanavyo, bila wasiwasi juu ya usahihi wa kubuni na usafi wa kanuni. Andika msimbo wa kutosha kufanya jaribio lifanye kazi.
Refactoring - Ondoa marudio yoyote kutoka kwa msimbo unaoandika.
Watengenezaji wakishamaliza TDD, wanagundua kuwa wanaandika majaribio mengi zaidi kuliko hapo awali na kusonga mbele kwa hatua ndogo ambazo hapo awali zingeweza kuonekana kuwa hazina maana.

Mara baada ya programu kufanya kazi ya mtihani na inaweza kuwa na uhakika kwamba sehemu hii ya utendaji inafunikwa, hufanya mtihani wa pili ufanyie kazi, kisha wa tatu, wa nne, nk. Tatizo kubwa zaidi linalokabili programu, eneo ndogo la Utendaji kazi kila mtihani lazima kufunika. Matokeo yake ni chanjo ya kanuni ya 100% na vipimo vya kitengo, ambayo, kama sheria, haiwezi kupatikana kwa mbinu ya classical ya kupima.

Kwa hakika kuna matatizo ambayo hayawezi (angalau kwa sasa) kutatuliwa kwa vipimo pekee. Hasa, TDD hairuhusu maonyesho ya mitambo ya utoshelevu wa msimbo uliotengenezwa katika maeneo ya usalama wa data na mwingiliano kati ya taratibu. Bila shaka, usalama unategemea msimbo ambao lazima usiwe na kasoro, lakini pia unategemea ushiriki wa binadamu katika taratibu za ulinzi wa data. Shida za hila zinazotokea katika eneo la mawasiliano kati ya michakato haziwezi kutolewa tena kwa uhakika kwa kutumia nambari fulani.

Matokeo

Vipya zaidi kikamilifu vinatengenezwa Mifumo ya Habari Kadiri usanifu unavyozidi kuwa changamano na teknolojia mpya kukua, mchakato wa majaribio unakuwa muhimu zaidi. Programu zaidi na zaidi za msingi wa wavuti na za simu zinajitokeza. Kujaribu mifumo kama hii ni ngumu zaidi kuliko programu za mtumiaji mmoja kwa Kompyuta za nyumbani. Aina hizi za mifumo zinahitaji algoriti za otomatiki za majaribio zenye ufanisi. Kwa kuongeza, kazi ya kupima usalama wa mifumo ya habari katika maonyesho yake yote ni muhimu. Sekta ya mchezo wa video pia inahitaji mbinu mpya za majaribio.

Upimaji unaambatana na karibu mchakato mzima wa ukuzaji, pamoja na hatua za mwanzo. Maboresho ya teknolojia ya vipimo na mahitaji ya majaribio bado yanahitajika. Kazi ya sasa ni kuendeleza vipimo vinavyojaribu mchakato wa maendeleo, mahitaji ya biashara na malengo ya shirika zima. Tunazungumza juu ya kukuza majaribio ya ufanisi zaidi ambayo yanajumuisha aina mbalimbali za sifa za mfumo wa habari.

Kwa kuongeza, utafiti unaendelea katika uwanja wa vipimo vinavyozingatia mfano maalum wa maendeleo (maporomoko ya maji, ond) au dhana maalum ya programu. Kwa mfano, majaribio kulingana na wakala yanapendekezwa kwa mifumo ya kupima inayolenga vipengele. Ili kujaribu programu-jalizi za Java zinazotumika, inapendekezwa kutumia mitandao ya neural. Ili kupima mawakala waliopo kwenye mtandao (roboti, buibui), inapendekezwa kutumia mifumo ya ujuzi.

Kwa hivyo, licha ya uhakika mkubwa wa mchakato wa upimaji na otomatiki kamili ya hatua zake nyingi, bado kuna maeneo mengi ya utafiti na kazi ya vitendo.

Mfano wa mtihani ni muundo wa kimantiki unaoelezea utendakazi wa mfumo na/au tabia ya mtumiaji, kulingana na ambayo kesi za majaribio huzalishwa. Ujenzi wa mfano wa mtihani huanza na ujenzi wa muundo, na kisha muundo ulioidhinishwa umejaa kesi za mtihani.

Miundo kawaida hujengwa kulingana na mahitaji na/au tabia inayotarajiwa ya mfumo. Kuunda na kudhibiti kielelezo cha majaribio kinafaa kwa mifumo mikubwa yenye mantiki changamano ya biashara na ni vigumu kutumika kwa miradi inayofanya kazi kwa kutumia mbinu rahisi, kwa sababu. gharama ya kudumisha usimamizi wa kielelezo cha jaribio na mchakato wa uhakikisho wa ubora itakuwa juu sana.

Usimamizi wa muundo wa jaribio unarejelea mchakato unaodhibiti ufunikaji wa muundo wa jaribio, ubora wa hati zinazoelezea muundo wa jaribio na usasishaji wake.

Usimamizi wa muundo wa majaribio ni mchakato unaoendelea katika kipindi chote cha maisha ya bidhaa.

Mtihani wa chanjo ya mfano

Ili kudhibiti ufunikaji wa mahitaji yote, unaweza kutumia matrices ya kufuatilia, ambayo huamua ufunikaji wa mahitaji na kesi za majaribio (angalia mfano).
Kabla ya kesi za majaribio kuelezewa, muundo wa mfano wa jaribio lazima uidhinishwe na mteja.

Ubora wa hati

Ili kudhibiti ubora wa maandishi, ni muhimu kudhibiti sio tu kiwango cha maelezo ya kesi za mtihani, lakini pia ubora wao.

Kabla ya kuanza kuelezea kesi za majaribio, ni muhimu kuamua mahitaji ya kila ngazi ya maelezo na vigezo vya ubora vya kuelezea kesi za majaribio.

Viwango vinavyowezekana vya maelezo ya kesi ya jaribio:

Katika kiwango cha 4, uratibu na mteja unaweza kubadilishwa na idhini.

Vigezo vya ubora wa maelezo ya kesi za mtihani vinaweza kuwa kama ifuatavyo:

Kesi za majaribio lazima ziandikwe kulingana na mahitaji

Majaribio ni mchakato wa kuthibitisha kuwa bidhaa inakidhi mahitaji yake. Kwa hiyo, katika sehemu ya maelezo ya jumla ya kesi ya majaribio (katika mifumo ya ufuatiliaji wa majaribio neno "Muhtasari" hutumiwa kwa kawaida), ni muhimu kurejelea mahitaji maalum kwa kushirikiana na vipande vya maandishi ya mahitaji. Kwa hivyo, itakuwa wazi kwa washiriki wote wa mradi kwa misingi ambayo kesi hii ya mtihani iliandikwa.

Tumia masharti ya kina

Jinsi ya kuokoa muda kwenye kesi za mtihani?

Weka sheria za uumbizaji kwa kesi zote za majaribio. Kwa njia hii kesi ya jaribio itakuwa rahisi kuelewa na kusoma kwa mshiriki yeyote wa mradi. Kwa mfano, kwenye mradi unaweza kuingiza sheria zifuatazo:

Vigezo vyote vya kuingiza lazima viwekewe alama nyekundu.
Maandishi yote lazima yaangaziwa kwa bluu,
Majina yote ya vitufe, sehemu, vizuizi vimeangaziwa kwa italiki na kwa herufi nzito.
Maeneo muhimu yameangaziwa kwa kupigia mstari.
Kila hatua iliyofanywa lazima iwe na matokeo yanayotarajiwa.
Kila hatua katika kesi za majaribio inapaswa kuelezea hatua moja tu na matokeo yanayotarajiwa kwake. Wale. Wakati wa kupokea kesi iliyoshindwa ya mtihani katika hatua maalum, inapaswa kuwa wazi wazi ni hatua gani kosa hutokea.
Matokeo yanayotarajiwa yanapaswa kuwa yasiyoeleweka.

Kesi za mtihani lazima zisiwe na utata, i.e. lazima zitungwe na kutengenezwa kwa namna ambayo haziruhusu tafsiri yenye utata, lakini zieleweke wazi na washiriki wote.

Ikiwa kuandika kesi za mtihani huchukua muda mrefu, hali inaweza kutokea wakati mtaalamu ataacha kuona makosa yake. Hii inahitaji mtazamo wa nje - hapa itasaidia kufanya mapitio mtambuka. Hatua hii inashauriwa kufanywa katika hali ambapo maendeleo ya mfano wa mtihani hupanuliwa na huchukua muda mrefu. Kwa mfano, wakati maendeleo ya matukio ya mtihani huchukua zaidi ya mwezi 1.

Mchakato wa kudhibiti ubora wa hati unaweza kufanywa kwa kutumia Udhibiti wa Mfano wa Mtihani- template maalum iliyoandaliwa.

Sasisho la muundo wa jaribio

Inahitajika kusasisha mara kwa mara mfano wa majaribio na kesi za majaribio zenyewe kwa kufuata mahitaji, na pia kukagua vipaumbele vya kesi za majaribio.

Ili kusasisha unaweza kudumisha "Matrix ya Mahitaji"(Requirement Traceability Matrix): baada ya kila mabadiliko katika mahitaji mahususi, kesi zote za majaribio zinazohusiana na hitaji hili huchaguliwa kutoka kwa mfumo wa ufuatiliaji wa majaribio na kusasishwa.