වෙනස්කම් හා සම්බන්ධ පරීක්ෂණ වර්ග. Smoke Testing Your App: මානව හිතවාදීන් සහ සම-නිර්මාතෘවරුන් සඳහා මාර්ගෝපදේශයකි

පරිවර්තන කතුවරයාගේම අත්දැකීම් වලින් පිළිබිඹු කිරීම් සහ එකතු කිරීම් සමඟ තනුක කර ඇත

ඒ සියල්ල කුමක් ගැනද

පරීක්ෂණ ඉංජිනේරුවෙකු ලෙස, ඔබ දුම් පරීක්ෂාව, සනීපාරක්ෂාව පරීක්ෂා කිරීම, නැවත පරීක්ෂා කිරීම සහ ප්‍රතිගාමී පරීක්ෂණ ගැන අසා ඇති. බොහෝ දුරට, මෙම වර්ග බොහොමයක් ඔබ දිනපතා භාවිතා කරයි.

මෙම ලිපියෙන්, මම මෙම වර්ගයේ පරීක්ෂණ අතර වෙනස පැහැදිලි කිරීමට සහ පැහැදිලි කිරීමට කැමති අතර, එක් ආකාරයක පරීක්ෂණයක් අවසන් වන අතර තවත් එකක් ආරම්භ වන සීමාවන් (කොන්දේසි සහිත වුවද) අඳින්න.

පරීක්ෂණයට අලුතින් (සහ පළපුරුදු පරීක්ෂකයින් පවා) මෙම සංකල්ප වෙන් කිරීම දුෂ්කර විය හැකිය. ඇත්ත වශයෙන්ම, සනීපාරක්ෂාව පරීක්ෂා කිරීම ආරම්භ වන්නේ කොතැනින්ද සහ දුම අවසන් වන්නේ කොතැනින්ද යන්න ඔබ පවසන්නේ කෙසේද? පද්ධතියේ ක්‍රියාකාරීත්වයේ කොටසක් හෝ එහි සංරචක "දුම්" පරීක්ෂාව ලෙස හැඳින්වීමට අප විසින් කොපමණ ප්‍රමාණයක් පරීක්ෂා කිරීම සීමා කළ යුතුද? අභිරුචි පිවිසුමට පරිශීලක නාමයක්/මුරපදයක් ඇතුළු කිරීම දුම් පරීක්ෂණයක් ද, නැතහොත් අඩවි පිටුවේ එහි පෙනුම පිළිබඳ සත්‍යය දැනටමත් සමත් වූ පරීක්ෂණයක්ද?

හරියටම කිවහොත්, වෙනස කුමක්දැයි ඔබට හරියටම කිව නොහැකි වුවද, ඔබට තවමත් පරීක්ෂා කිරීමට හැකි වනු ඇත. ඔබ දැනට කරන්නේ කුමන ආකාරයේ පරීක්ෂණයක්ද යන්න වෙන්කර හඳුනා ගැනීම ගැන සිතිය යුතු නැත. නමුත් තවමත්, වෘත්තීයමය අර්ථයෙන් ඔබටම ඉහළින් වර්ධනය වීමට නම්, ඔබ කරන්නේ කුමක්ද, ඇයි සහ ඔබ එය කෙතරම් හොඳින් කරන්නේද යන්න දැන සිටිය යුතුය.

ලික්බෙස්

පහත දැක්වේ කෙටි අර්ථ දැක්වීම්අද අපි සංසන්දනය කරන පරීක්ෂණ වර්ග:

• දුම් පරීක්ෂණ: සාපේක්ෂ වශයෙන් අස්ථායී යැයි සලකන අතරම, පරීක්ෂණ සඳහා ව්‍යාපෘතියක (පද්ධතියක) නව ගොඩනැගීමක් (අනුවාදයක්) අපට ලැබෙන සෑම අවස්ථාවකම ක්‍රියාත්මක වේ. තීරණාත්මක AUT (පරීක්‍ෂණය යටතේ යෙදුම) ක්‍රියා බලාපොරොත්තු වන පරිදි ක්‍රියා කරන බවට අපි සහතික විය යුතුය. මෙම වර්ගයේ පරීක්ෂණවල අදහස නම්, හැකි ඉක්මනින් බරපතල ගැටළු හඳුනා ගැනීම සහ දිගු හා සංකීර්ණ පරීක්ෂණවලට නොගැලපෙන පරිදි, මෙම ගොඩනැගීම (සංශෝධනය සඳහා ප්‍රතිලාභය) ප්‍රතික්ෂේප කිරීමයි. පැහැදිලිවම දෝෂ සහිත මෘදුකාංග මත.
• සනීපාරක්ෂක පරීක්ෂණය: සෞඛ්‍යය සවිස්තරාත්මකව තීරණය කිරීම සඳහා මෘදුකාංගයේ සාපේක්ෂ ස්ථාවර ගොඩනැගීමක් ලබා ගන්නා සෑම අවස්ථාවකම භාවිතා වේ. වෙනත් වචන වලින් කිවහොත්, පද්ධතියේ ක්‍රියාකාරීත්වයේ වැදගත් කොටස් අඩු මට්ටමකින් අවශ්‍ය පරිදි ක්‍රියා කරන බව එය වලංගු කරයි.

මෙම පරීක්ෂණ වර්ග දෙකම මෘදුකාංග දෝෂ සහ ඒවායේ විවේචනාත්මක බව ඉක්මනින් තීරණය කිරීම සඳහා කාලය හා ශ්‍රමය නාස්ති කිරීම වළක්වා ගැනීම මෙන්ම එය වඩාත් ගැඹුරු සහ ගැඹුරු පරීක්ෂණයක අදියරකට යාමට සුදුසුද නැද්ද යන්න ඉලක්ක කර ඇත.

• නැවත පරීක්ෂා කරන්න: විශේෂාංගය/ක්‍රියාකාරීත්වය දැනටමත් දෝෂ තිබේ නම් සිදු කරන ලද අතර, මෙම දෝෂ මෑතකදී නිවැරදි කරන ලදී
• ප්‍රතිගාමී පරීක්ෂණ: ඇත්තටම ගත යුතු දේ සිංහයාගේ කොටසකාලය සහ පරීක්ෂණ ස්වයංක්‍රීයකරණය පවතින්නේ ඇයි. නව (එකතු කරන ලද) යෙදුම් විශේෂාංග / ස්ථාවර දෝෂ මීට පෙර ක්‍රියාත්මක වූ (සහ පරීක්‍ෂා කරන ලද) වත්මන්, දැනටමත් පවතින ක්‍රියාකාරීත්වයට බල නොපාන බවට සහතික වීමට අවශ්‍ය වූ විට AUT ප්‍රතිගාමී පරීක්ෂණ සිදු කරනු ලැබේ.

වඩා හොඳ අවබෝධයක් සඳහා, මෙම සංකල්ප සහ යෙදුම් ක්ෂේත්‍රවල සංසන්දනාත්මක වගුවක් පහත දැක්වේ:

දුම්	සනීපාරක්ෂාව	පසුබෑම	නැවත පරීක්ෂා කිරීම (නැවත පරීක්ෂා කිරීම)
AUT හි තීරණාත්මක ක්‍රියාකාරී කොටස් අපේක්ෂිත පරිදි ක්‍රියා කරන බව තහවුරු කිරීමට ක්‍රියාත්මක කරන ලදී	AUT හි ඇතැම් කොටස් සුළු වෙනස්කම් හෝ දෝෂ නිවැරදි කිරීම් වලින් පසුවත් බලාපොරොත්තු වන පරිදි ක්‍රියා කරන බව තහවුරු කිරීම අරමුණු කර ගෙන ඇත.	කේතයේ හෝ සමස්තයක් ලෙස යෙදුමේ මෑත වෙනස්කම් පවතින ක්‍රියාකාරීත්වය/විශේෂාංග සෘණාත්මකව බලපා නොමැති බව තහවුරු කරන්න	කලින් අසමත් වූ පරීක්ෂණ අවස්ථා දෝෂ නිවැරදි කිරීමෙන් පසු සමත් වන බව නැවත පරීක්ෂා කර තහවුරු කරයි
ඉලක්කය වන්නේ වඩාත් සවිස්තරාත්මක පරීක්ෂණයකට හරිත ආලෝකය ලබා දීම සඳහා සමස්තයක් ලෙස පද්ධතියේ "ස්ථාවරත්වය" පරීක්ෂා කිරීමයි.	ඉලක්කය වන්නේ වඩාත් සවිස්තරාත්මක පරීක්ෂණයක් ඉදිරියට ගෙන යාම සඳහා පද්ධතියේ සමස්ත තත්ත්වය විස්තරාත්මකව පරීක්ෂා කිරීමයි.	ඉලක්කය වන්නේ කේතයේ මෑත වෙනස්කම් සිදු නොවන බවට වග බලා ගැනීමයි අතුරු ආබාධස්ථාපිත ක්රියාකාරිත්වය සඳහා	දෝෂය නිවැරදි වී ඇත්දැයි නැවත පරීක්ෂා කරයි
දෝෂ නැවත පරීක්ෂා කිරීම දුමාරයේ අරමුණ නොවේ	අඩුපාඩු නැවත පරීක්ෂා කිරීම සනීපාරක්ෂාවෙහි අරමුණ නොවේ	අඩුපාඩු නැවත පරීක්ෂා කිරීම ප්‍රතිගමනයේ අරමුණ නොවේ	දෝෂය නිවැරදි කර ඇති බව නැවත පරීක්ෂාව තහවුරු කරයි
දුම් පරීක්ෂාව සිදු වෙමින් පවතී කලින්පසුගාමී	සනීපාරක්ෂක පරීක්ෂණ සිදු වෙමින් පවතී කලින්පසුබෑම සහ පසුවදුම් පරීක්ෂණ	ව්‍යාපෘති අවශ්‍යතා සහ සම්පත් ලබා ගැනීමේ හැකියාව (ස්වයංක්‍රීය පරීක්ෂණ මගින් වසා ඇත) මත පදනම්ව පවත්වනු ලබන "ප්‍රතිගමනය" නැවත පරීක්ෂණ වලට සමගාමීව සිදු කළ හැක.	- සනීපාරක්ෂාව පරීක්ෂා කිරීමට පෙර නැවත පරීක්ෂණය සිදු කරනු ලැබේ - එසේම, නැවත පරීක්ෂණ ප්‍රමුඛතාවය වැඩි වේ ප්රතිගාමී චෙක්පත්, එබැවින් ඔවුන් ඉදිරියේ ක්රියාත්මක කළ යුතුය
ස්වයංක්රීයව හෝ අතින් සිදු කළ හැක	බොහෝ විට අතින් සිදු කරනු ලැබේ	මෙම වර්ගයේ පරීක්ෂණ ස්වයංක්රීය කිරීමට හොඳම හේතුව, මන්ද. අත්පොත අතිශයින්ම සම්පත් හෝ කාලය දැඩි විය හැක	ස්වයංක්‍රීයකරණයට සුදුසු නොවේ
ප්‍රතිගාමී පරීක්ෂණවල උප කුලකයකි	පිළිගැනීමේ පරීක්ෂණ උප කුලකය	පවතින ව්‍යාපෘතියක කිසියම් වෙනස් කිරීමක් හෝ වෙනස්කම් සහිතව ක්‍රියාත්මක වේ	නැවත පරීක්ෂාව එකම දත්ත භාවිතා කරමින් ස්ථාවර එකලස් කිරීමක, එකම පරිසරයක, නමුත් වෙනස් ආදාන දත්ත කට්ටලයක් සමඟ සිදු කෙරේ
පරීක්ෂණ අවස්ථා ප්‍රතිගාමී පරීක්ෂණ අවස්ථා වල කොටසකි, නමුත් ඒවා අතිශය තීරණාත්මක ක්‍රියාකාරීත්වය ආවරණය කරයි	පරීක්ෂණ නඩු නොමැතිව සනීපාරක්ෂාව සිදු කළ හැකි නමුත්, පරීක්ෂණය යටතේ ඇති පද්ධතිය පිළිබඳ දැනුම අවශ්ය වේ	ප්‍රතිගාමී පරීක්ෂණ පරීක්ෂණ අවස්ථා ක්‍රියාකාරී අවශ්‍යතා හෝ පිරිවිතර, පරිශීලක අත්පොත් වලින් ව්‍යුත්පන්න කළ හැකි අතර සංවර්ධකයින් විසින් සකස් කර ඇති දේ නොසලකා ධාවනය කළ හැක.	දෝෂය හඳුනාගත් එම පරීක්ෂණ නඩුව භාවිතා වේ

හොඳයි, සාරය වශයෙන්?

මගේ වර්තමාන ව්‍යාපෘතියේ සංකල්ප අතර වෙනස පිළිබඳ උදාහරණයක් මම දෙන්නෙමි.

උදාහරණය: අපට පරිශීලක අතුරුමුහුණතක් සහ RESTful API සහිත වෙබ් සේවාවක් ඇත. පරීක්ෂකයින් ලෙස, අපි දන්නේ:

• සරල බව සඳහා ඔහුට ඇතුල් වීමේ ස්ථාන 10 ක් ඇති බව, අපගේ නඩුවේ එකම IP හි පිහිටා ඇත
• ඔවුන් සියල්ලෝම GET පිවිසුම් ඉල්ලීමක් පිළිගන්නා බව අපි දනිමු, සමහර දත්ත json ආකෘතියෙන් ආපසු ලබා දේ.

එවිට අපට කුමන වේලාවක කුමන ආකාරයේ පරීක්ෂණ භාවිතා කළ යුතුද යන්න පිළිබඳ ප්‍රකාශ මාලාවක් කළ හැකිය:

• මෙම ප්‍රවේශ ලක්ෂ්‍යවලින් එකකට සරල GET ඉල්ලීමක් කිරීමෙන් සහ json ආකෘතියෙන් ප්‍රතිචාරයක් ලබා ගැනීමෙන්, දුම් පරීක්ෂණය සමත් වී ඇති බව අපට දැනටමත් ඒත්තු ගොස් ඇත.
  මෙම ප්‍රවේශ ලක්ෂ්‍යවලින් එකක් දත්ත සමුදායෙන් දත්ත ලබා දෙන්නේ නම්, පළමු එක එසේ නොවේ නම්, යෙදුම සහතික කර ගැනීමට ඔබට තවත් එක් විමසුමක් ක්‍රියාත්මක කිරීමට අවශ්‍ය වේ.
  දත්ත සමුදාය වෙත විමසුම් නිවැරදිව සකසයි. තවද මෙම "දුම්" පරීක්ෂණය අවසන් වේ.

  එනම්, අපි ඉල්ලීම සම්පූර්ණ කළෙමු - සේවාවෙන් ප්‍රතිචාරයක් පැමිණි අතර, එය “දුම් නොබී”, එනම්, එය json වෙනුවට 4xx හෝ 5xx දෝෂයක් සහ නොපැහැදිලි දෙයක් ආපසු ලබා දුන්නේ නැත. මේ මත අපට "දුම්" පරීක්ෂණය සමත් බව පැවසිය හැකිය. UI එකම ආකාරයෙන් ක්‍රියා කරන්නේදැයි පරීක්ෂා කිරීමට, බ්‍රවුසරයේ පිටුව වරක් විවෘත කරන්න.

• මෙම නඩුවේ සනීපාරක්ෂක පරීක්ෂණය සමන්විත වන්නේ සියලුම api ප්‍රවේශ ස්ථාන 10 සඳහා ඉල්ලීමක් කිරීම, ලැබුණු json අපේක්ෂිත එකක් සමඟ පරීක්ෂා කිරීම මෙන්ම එහි අවශ්‍ය දත්ත තිබීමයි.
• ප්‍රතිගාමී පරීක්ෂණ දුම් + සනීපාරක්ෂාව + එකම ගොඩක එකට ධාවනය වන UI වලින් සමන්විත වේ. අරමුණ: 11 වන පිවිසුම් ලක්ෂ්‍යය එකතු කිරීම කැඩී නැති බව පරීක්ෂා කිරීමට, උදාහරණයක් ලෙස, මුරපද ප්‍රතිසාධනය.
• නැවත පරීක්ෂා කරන්න මෙම උදාහරණයමෙය ලක්ෂ්‍ය පරීක්ෂාවකි, උදාහරණයක් ලෙස, මීළඟ ගොඩනැගීමේ බිඳුණු api ඇතුල්වීමේ ලක්ෂ්‍යයක් අපේක්ෂිත පරිදි ක්‍රියා කරයි.

ඒත් එක්කම මේ api එකත් post requests බාරගන්නවා නම් මේ ඉල්ලීම් තවත් sanity tests සෙට් එකකට ඇතුලත් කල යුතු බව පැහැදිලියි. UI සමඟ ප්‍රතිසමයෙන්, අපි යෙදුමේ සියලුම පිටු පරීක්ෂා කරන්නෙමු.

සාරාංශ කරන්න

මෙම ලිපිය කියවීමෙන් පසු, ඔබ කුමන අදියරේදී කුමන ආකාරයේ පරීක්ෂණයක් භාවිතා කරන්නේද යන්න සහ මෙම වර්ගයේ පරීක්ෂණ අතර වෙනස කුමක්ද යන්න තීරණය කිරීමේදී ඔබට පැහැදිලි බවක් ලැබෙනු ඇතැයි මම බලාපොරොත්තු වෙමි. එය ආරම්භයේ සඳහන් කර ඇති පරිදි, මෙම සංකල්ප අතර මායිම ඉතා කොන්දේසි සහිත වන අතර ව්යාපෘතියේ රාමුව තුළ ඔබේ අභිමතය පරිදි පවතී.

UPD:
බොහෝ විට "අනුකූලතා පරීක්ෂණය" හෝ "සනීපාරක්ෂාව පරීක්ෂා කිරීම" "සෞඛ්‍ය පරීක්ෂාව" ලෙස හැඳින්වේ. මම හිතන්නේ ෆොනටික් ගුණ නිසා එහෙම ගියා කියලා ඉංග්රීසි වචනයසනීපාරක්ෂාව, ශබ්දයෙන් "සනීපාරක්ෂක" දෙයකට සමානයි. ගූගල් පරිවර්තනය පැහැදිලි බවක් ගෙන එයි. විකල්ප දෙකම අන්තර්ජාලයේ දක්නට ලැබේ. මෙම ලිපිය සම්බන්ධයෙන්, කරුණාකර "සනීපාරක්ෂක" පරීක්ෂණය "අනුකූලතා පරීක්ෂණය" ලෙස සලකන්න.

ඔත්තුව සඳහා ස්තුතියි

ඔබට සරල නිර්මාණය කිරීමට අවශ්ය නම් පරිගණක වැඩසටහනක්, තනි ගොනුවකින් සමන්විත වන අතර, ඔබට අවශ්‍ය වන්නේ ඔබ මෙම ගොනුවට ලියා ඇති සියලුම කේතය එකතු කර සම්බන්ධ කිරීමයි. සාමාන්‍ය සංවර්ධන කණ්ඩායම් ව්‍යාපෘතියක, ලිපිගොනු සිය ගණනක්, දහස් ගණනක් ඇත. ක්‍රියාත්මක කළ හැකි වැඩසටහනක් නිර්මාණය කිරීමේ ක්‍රියාවලිය වඩාත් සංකීර්ණ හා කාලය ගතවන බවට මෙය "දායකත්වය" ලබා දෙයි: ඔබ විවිධ සංරචක වලින් වැඩසටහන "එකලස්" කළ යුතුය.

උදාහරණයක් ලෙස, මයික්‍රොසොෆ්ට් සහ තවත් සමහර මෘදුකාංග සංවර්ධන සමාගම්වල භාවිතා කරන පරිචය නම්, දුම් පරීක්ෂාව මගින් පරිපූරණය කරන ලද වැඩසටහන දිනපතා ගොඩනැගීමයි. දෛනික පදනමින්, සෑම ගොනුවක්ම සම්පාදනය කිරීමෙන් (ගොඩනැගූ, ගොඩනඟා), සම්බන්ධ කර (සම්බන්ධිත) සහ ක්‍රියාත්මක කළ හැකි වැඩසටහනකට ඒකාබද්ධ කිරීමෙන් පසුව, වැඩසටහනම තරමක් සරල පරීක්ෂණ සමූහයකට යටත් වේ, එහි අරමුණ වන්නේ වැඩ කරන අතරතුර "දුම් පානය" වැඩසටහන. මෙම පරීක්ෂණ දුම් පරීක්ෂණ ලෙස හැඳින්වේ (ඉංග්රීසි දුම් - දුම්). බොහෝ විට, මෙම ක්රියාවලිය හොඳින් ස්වයංක්රීයව (හෝ විය යුතුය).

ප්රතිලාභ. මෙම සරල ක්රියාවලිය සැලකිය යුතු ප්රතිලාභ කිහිපයක් සපයයි.

ඒකාබද්ධ කිරීමේදී අවදානම අවම කිරීම

සංවර්ධන කණ්ඩායමක් මුහුණ දෙන වඩාත්ම වැදගත් අවදානමක් නම්, සංවර්ධකයින් විසින්ම කේතය මත වෙන වෙනම, එකිනෙකාගෙන් ස්වාධීනව වැඩ කිරීම, එහි ප්‍රති result ලයක් ලෙස සංවර්ධිත කේතය ගොඩනැගීමේදී බලාපොරොත්තු වූ පරිදි සංකීර්ණ වැඩසටහනක් ක්‍රියා නොකරයි. ව්‍යාපෘතියේ නොගැලපීම සොයාගත් කාලය මත පදනම්ව, වැඩසටහනේ දෝශ නිරාකරණය කලින් ඒකාබද්ධ කිරීමට වඩා වැඩි කාලයක් ගතවනු ඇත, විශේෂයෙන් වැඩසටහන් අතුරුමුහුණත වෙනස් වී ඇත්නම් හෝ වැඩසටහනේ ප්‍රධාන කොටස් වලට ප්‍රධාන වෙනස්කම් ක්‍රියාත්මක කිරීමෙන් පසුව.

දිනපතා එකලස් කිරීම සහ දුම් පරීක්ෂණ ක්රියාත්මක කිරීම ඒකාබද්ධ කිරීමේ දෝෂ ඇතිවීමේ අවදානම අඩු කිරීමටත්, නියමිත වේලාවට ඒවාට ප්රතිචාර දැක්වීමටත්, ඒවායේ සමුච්චය වැළැක්වීමටත් හැකි වේ.

දුර්වල මෘදුකාංග නිෂ්පාදන ගුණාත්මක අවදානම අඩු කිරීම

නිෂ්පාදනයේ අඩු ගුණාත්මක භාවය සෘජුවම රඳා පවතින්නේ ඒකාබද්ධ කිරීමේදී ඇතිවන අසාර්ථකත්වයන් සහ ගැටළු මතය. දිනපතා අවම දුම් පරීක්ෂණ මාලාවක් ක්‍රියාත්මක කිරීම ව්‍යාපෘතිය භාර ගැනීමෙන් දෝෂ සහ ගැටළු වළක්වයි. ඔබ ව්‍යාපෘතිය එක් වරක් ස්ථාවර තත්ත්වයකට ගෙන එන්නේ නම්, එය සදහටම ස්ථාවරව පවතිනු ඇත. මේ ආකාරයට ඔබ කිසිවිටෙකත් ගුණාත්මක දෝෂයන් සිදුවන මට්ටමට අඩුවීමට ඉඩ නොදෙනු ඇත.

දෝෂ හඳුනා ගැනීමට උදව් කරන්න

එක් දිනක් නිෂ්පාදිතය ගොඩනඟා නොතිබුනේ නම් (දෝෂ සහිතව ගොඩනගා ඇත), දිනපතා ගොඩ නැගීමෙන් සහ දුම් පරීක්ෂණ මාලාවක් ක්රියාත්මක කිරීමෙන් ගැටලුවට හේතුව සොයා ගැනීම වඩාත් පහසු වේ. ඊයේ වැඩ කරන නිෂ්පාදනයක් සහ අද ක්‍රියා නොකිරීම යනු ගොඩනැගීම් දෙක අතර යමක් වැරදී ඇති බවට පැහැදිලි ඉඟියකි.

චිත්ත ධෛර්යය වැඩි දියුණු කිරීම

නිෂ්පාදිතය ක්‍රියා කරන්නේ නම් සහ සෑම දිනකම වැඩි වැඩියෙන් නව ගුණාංග සහ ක්‍රියාකාරකම් ලබා ගන්නේ නම්, සංවර්ධකයින්ගේ චිත්ත ධෛර්යය න්‍යායාත්මකව වර්ධනය විය යුතු අතර මෙම නිෂ්පාදනය හරියටම කුමක් කළ යුතුද යන්න කිසිසේත්ම වැදගත් නොවේ. නිෂ්පාදනය තිරයේ සෘජුකෝණාස්‍රයක් දර්ශනය වුවද, සංවර්ධකයෙකුට ඔහුගේ වැඩ කරන "මොළය" නැරඹීම සැමවිටම සතුටකි :)

දෛනික ගොඩනැගීම් සහ දුම් පරීක්ෂණ භාවිතා කිරීම

මෙම මූලධර්මයේ විස්තර කිහිපයක් මෙන්න.

දෛනික යෙදුම් ගොඩනැගීම

දෛනික ගොඩනැගීමේ මූලික අංගයක් වන්නේ අවසන් වරට සාදන ලද කොටස ගොඩනැගීමයි. මෘදුකාංග සංවර්ධනයේ ගතිකත්වය පිළිබඳ ජිම් මැකාති (මයික්‍රොසොෆ්ට් ප්‍රෙස්, 1995) ව්‍යාපෘතියේ දෛනික ගොඩනැගීම ඔහුගේ හද ගැස්ම ලෙස හැඳින්වීය. හද ගැස්ම නැත්නම් ප්‍රොජෙක්ට් නෑ මරු. අඩු සංකේතාත්මක ලෙස, දෛනික ගොඩනැගීම ව්‍යාපෘතියේ ඔරලෝසු ස්පන්දනය ලෙස මයිකල් කුසුමානෝ සහ රිචඩ් ඩබ්ලිව්. සෙල්බි විසින් විස්තර කර ඇත (Microsoft Secrets, The Free Press, 1995). සෑම සංවර්ධකයෙක්ම තමාගේම ආකාරයෙන් කේතය ලියන අතර ඔහුට, කේතය ව්‍යාපෘතියේ සාමාන්‍යයෙන් පිළිගත් රාමුවෙන් ඔබ්බට යා හැකිය - මෙය සාමාන්‍ය ය, නමුත් සමමුහුර්ත ස්පන්දනයකට නිරාවරණය වීමත් සමඟ කේතය ප්‍රමිතියට නැවත පැමිණේ. සමමුහුර්ත ස්පන්දනය සමඟ නිරන්තරයෙන් වර්ධනය වීමට අවධාරනය කිරීමෙන්, ඔබ ව්‍යාපෘතිය සම්පූර්ණයෙන්ම සමමුහුර්ත වීමෙන් වළක්වයි.

සමහර සමාගම්වල, ව්‍යාපෘතිය සෑම දිනකම නොව සතියකට වරක් එකතු කිරීම සිරිතකි. මෙම පද්ධතිය වැරදියි, මන්ද මත ව්යාපෘතියේ "බිඳවැටීම" අවස්ථාවක වත්මන් සතිය, ඊළඟ සාර්ථක ගොඩනැගීමට පෙර තවත් සති කිහිපයක් ගත විය හැක. මෙම නඩුවේදී, දිනපතා ව්යාපෘති ගොඩනැගීමේ පද්ධතියේ සියලු ප්රතිලාභ සමාගමට අහිමි වේ.

අසාර්ථක ගොඩනැගීම සඳහා පරීක්ෂා කරන්න

ව්‍යාපෘතියේ දෛනික ගොඩනැගීමේදී, ව්‍යාපෘතිය ක්‍රියාත්මක විය යුතු යැයි උපකල්පනය කෙරේ. කෙසේ වෙතත්, ව්‍යාපෘතිය ක්‍රියාත්මක නොවන්නේ නම්, එය නිවැරදි කිරීම ප්‍රමුඛතා 1 සමඟ කාර්යයක් බවට පත්වේ.

සෑම ව්‍යාපෘතියකටම තමන්ගේම ප්‍රමිතියක් ඇති අතර "ගොඩනැගීමේ අසාර්ථකත්වය" යනුවෙන් හැඳින්වෙන ලකුණක් ඇත. මෙම ප්‍රමිතිය සුළු අඩුපාඩු පිළිබඳව සොයා බැලීමට ප්‍රමාණවත් ගුණාත්මක මට්ටමක් සඳහන් කළ යුතු අතර ව්‍යාපෘතිය "අවහිර කරන" අඩුපාඩු නොසලකා හැරිය යුතුය.

හොඳ ගොඩනැගීමක් යනු අවම වශයෙන්:

• සියලුම ගොනු, පුස්තකාල සහ අනෙකුත් සංරචක සාර්ථකව සම්පාදනය කර ඇත;
• සියලුම ගොනු, පුස්තකාල සහ අනෙකුත් සංරචක සඳහා සබැඳි වලංගු වේ;
• හැකියාව හැර, කිසිදු ස්ථාවර පද්ධතිමය අඩංගු නොවේ නිවැරදි මෙහෙයුමයෙදුම් වැඩසටහන අවහිර කිරීමේ දෝෂ;
• සියලුම දුම් පරීක්ෂණ සමත් වේ.

දිනපතා දුම් පරීක්ෂණ

ආරම්භයේ සිට අවසානය දක්වා සම්පූර්ණ ව්යාපෘතියේ දුම් පරීක්ෂණ සිදු කළ යුතුය. ඒවා සම්පූර්ණ හා විස්තීර්ණ විය යුතු නැත, නමුත් සියලුම ප්‍රධාන කාර්යයන් පිළිබඳ පරීක්ෂණයක් අඩංගු විය යුතුය. දුම් පරීක්ෂාව ප්‍රමාණවත් තරම් ගැඹුරු විය යුතු අතර, එය සාර්ථකව සමත් වුවහොත්, ඔබට ව්‍යාපෘතිය ස්ථායී ලෙස හැඳින්විය හැකි අතර එය ගැඹුරු පරීක්ෂණයකට භාජනය කළ හැකි පරිදි එය හැඳින්විය හැක.

දුම් පරීක්ෂාවකින් තොරව දිනපතා රැස්වීමේ ලක්ෂ්යය නැති වී යයි. මෙම ක්‍රියාවලිය නිෂ්පාදනයේ ගුණාත්මකභාවය ආරක්ෂා කරන අතර ඒකාබද්ධ ගැටළු වලට ඉඩ නොදේ. මෙය නොමැතිව, දිනපතා ගොඩනැගීමේ ක්රියාවලිය කාලය නාස්ති කිරීමකි, එහි අරමුණ වන්නේ සම්පාදනය පරීක්ෂා කිරීමයි.

දුම් පරීක්ෂාව ව්‍යාපෘතිය සමඟ පරිණාමය විය යුතුය. ආරම්භයේදී, දුම් පරීක්ෂණ මඟින් ව්‍යාපෘතියට "Hello, World!" පණිවිඩයක් නිපදවිය හැකිද යන්න තරම් සරල දෙයක් සඳහා පරීක්ෂා කරනු ඇත. පද්ධතිය පරිණාමය වන විට, දුම් පරීක්ෂණ වඩාත් ගැඹුරු වේ. පළමු දුම් පරීක්ෂණ සඳහා ගත කරන කාලය තත්පර කිහිපයකින් ගණනය කරනු ලැබේ, කෙසේ වෙතත්, පද්ධතිය වර්ධනය වන විට, දුම් පරීක්ෂාව සඳහා ගතවන කාලය ද වැඩි වේ. ව්යාපෘතිය අවසානයේ දුම් පරීක්ෂාවපැය ගණනක් පැවතිය හැක.

කණ්ඩායම් නිර්වචනය ගොඩනැගීම

බොහෝ ව්‍යාපෘති වලදී, පද්ධතියේ දෛනික ගොඩනැගීම පරීක්ෂා කිරීම සහ දුම් පරීක්ෂණ සිදු කිරීම සඳහා වගකිව යුතු නම් කරන ලද පුද්ගලයෙකු සිටී. මෙම රැකියාව රැකියාවේ කොටසකි මෙම සේවකයා, නමුත් මත විශාල ව්යාපෘතිඑවැනි සේවකයින් තවත් සිටිය හැකි අතර එවැනි වැඩ ඔවුන්ගේ ප්රධාන වගකීම වේ. උදාහරණයක් ලෙස, Windows NT 3.0 ව්‍යාපෘතියේ ගොඩනැගීමේ කණ්ඩායමේ පුද්ගලයින් හතර දෙනෙක් සිටියහ (Pascal Zachary, ප්‍රදර්ශනය නතර කරන්න!, ද ෆ්‍රී ප්‍රෙස්, 1994).

එය අර්ථවත් නම් පමණක් ගොඩනැගීමට සංශෝධනයක් එක් කරන්න.

සාමාන්‍යයෙන්, සංවර්ධකයින් තනි තනිව කේතය ලිවීමට ප්‍රමාණවත් තරම් සෙමින් පද්ධතියට දිනපතාම අර්ථවත් වෙනස්කම් එක් කළ හැකිය. ඔවුන් කේතයේ විශාල කොටසක් මත වැඩ කළ යුතු අතර සෑම දින කිහිපයකට වරක් එය පද්ධතියට ඒකාබද්ධ කළ යුතුය.

මීළඟ රැස්වීම මුදා හැරීමට බාධා කිරීම සඳහා දඬුවම් පද්ධතියක් ඇතුළත් කරන්න (නිකුතුව නොවේ වැඩ කරන එකලස් කිරීම).

බොහෝ ව්‍යාපෘතිවල ඊළඟ ගොඩනැගීම මුදා හැරීමට අපොහොසත් වීම සඳහා දඬුවම් පද්ධතියක් ඇත. ව්‍යාපෘතියේ ආරම්භයේදීම, වැඩ කරන කෙටුම්පත සංරක්ෂණය කිරීම ඉහළම ප්‍රමුඛතාවයේ කාර්යය බව පැහැදිලි කිරීම වටී. ඊළඟ ගොඩනැගීමේ නිකුතුව බිඳ දැමීම ව්යතිරේකයක් විය හැකි නමුත්, කිසිසේත්ම රීතිය නොවේ. පද්ධතිය නැවත ක්‍රියාත්මක වන තුරු සංවර්ධකයින් සියල්ල අත්හැරිය යුතු බව අවධාරනය කරන්න. නිතර ගොඩනැගීම අසාර්ථක වූ විට (වැඩ නොකරන ගොඩනැගීමක් මුදා හැරීම), ව්‍යාපෘතිය නැවත යථා තත්ත්වයට පත් කිරීම තරමක් අපහසුය.

සුළු දඩ මුදල් මඟින් පද්ධතියේ ගොඩනැගීමේ ගුණාත්මකභාවය නිරීක්ෂණය කිරීමේ ඉහළ අවශ්‍යතාව අවධාරණය කරයි. සමහර ව්‍යාපෘති වලදී, එකලස් කිරීම බිඳ වැටීමට හේතු වන සංවර්ධකයින්ට වැඩ නොකරන එකලස් කිරීමක් නිකුත් කිරීම සඳහා ලොලිපොප් ලබා දෙනු ලැබේ. එවැනි සංවර්ධකයෙකුගේ එකලස් කිරීම සවි කරන තෙක් අනුරූප ලකුණක් ඔහුගේ කාර්යාලයේ දොරේ එල්ලී ඇත (සංවර්ධකයින්ට වෙනම කාර්යාල තිබේ නම් :)). වෙනත් ව්‍යාපෘති වලදී, වැරදිකරු සංවර්ධකයින් කෘත්‍රිම එළු අං පැළඳීමට හෝ "මොරාල් අරමුදලකට" යම් මුදලක් දායක කිරීමට අවශ්‍ය වේ (සැබෑ සමාගම්වල ඉතිහාසයෙන් ගත් උදාහරණ).

නමුත් සමහර ව්යාපෘති මත වඩාත් බරපතල දඬුවම් හඳුන්වා දෙනු ලැබේ. උදාහරණයක් ලෙස, ඉහළ ප්‍රමුඛතා ව්‍යාපෘතිවල Microsoft සංවර්ධකයින් (Windows NT, Windows 95, Excel) පේජර් පැළඳ සිටි අතර පරීක්‍ෂණයක් අනාවරණය වුවහොත් සේවයට වාර්තා කිරීමට සිදු විය. පාන්දර 3 ට බිඳවැටීමක් හෝ දෝෂයක් අනාවරණය වුවද.

පද්ධතිය ගොඩනඟා පීඩනය යටතේ පවා එය "දුම්" කරන්න

ව්‍යාපෘතියක මුදා හැරීමේ කාලසටහන මත පීඩනය තීව්‍ර වන විට, සෑම දිනකම පද්ධති ගොඩනැගීමක් පරීක්ෂා කිරීමේ කාර්යය කාලය නාස්ති කිරීමක් සේ පෙනේ. කෙසේ වෙතත්, එය නොවේ. ආතති තත්වයන් තුළ, සංවර්ධකයින් බොහෝ විට වැරදි සිදු කරයි. ක්‍රියාත්මක කිරීම් මුදා හැරීමේ පීඩනය ඔවුන්ට දැනේ සාමාන්ය තත්ත්වයන්සරලව නැත. ඔවුන් ඒකක පරීක්ෂණ සමඟ ඔවුන්ගේ කේතය වෙනදාට වඩා ඉතා අඩුවෙන් පරීක්ෂා කරයි. එවැනි අවස්ථාවන්හිදී, කේතය අඩු ආතති තත්වයන්ට වඩා වේගයෙන් එන්ට්‍රොපි තත්ත්වයට නැඹුරු වේ.

මෙම ක්‍රියාවලියෙන් ප්‍රයෝජන ලබන්නේ කාටද? සමහර සංවර්ධකයින් මෙම ක්‍රියාකාරකමේ ප්‍රායෝගික භාවය සහ එහි විශාල කාල පිරිවැය සමඟ ඔවුන්ගේ විරෝධතා සාධාරණීකරණය කරමින් දෛනික ගොඩනැගීම් වලට එරෙහිව විරෝධතා දක්වයි. නමුත් හැම දෙයක්ම සංකීර්ණ පද්ධතිමෑතකදී දිනපතා රැස්වීම් සහ දුම් පරීක්ෂණවලට ලක් කර ඇත. එය නිකුත් කරන විට, Microsoft Windows NT 3.0 ගොනු 40,000 ක පේළි මිලියන 5.6 ක් අඩංගු විය. සම්පූර්ණ එකලස් කිරීමපැය 19 ක් ගත වූ අතර බහු පරිගණක මත ධාවනය විය. එසේ තිබියදීත්, සංවර්ධකයින් දිනපතා පද්ධතිය එකලස් කිරීමට සමත් විය. වෘත්තීය කණ්ඩායමක් ලෙස, NT සංවර්ධන කණ්ඩායම එහි සාර්ථකත්වයේ වැඩි ප්‍රමාණයක් දෛනික ගොඩනැගීමට ණයගැතියි. අඩු මුදලකට වැඩ කරන සංවර්ධකයින් සංකීර්ණ ව්යාපෘතිසහ, එම නිසා, දිනපතා එකලස් කිරීමේ ක්රියාවලියෙන් ප්රයෝජන නොගන්න, තමන් සඳහා සාධාරණ පැහැදිලි කිරීම් කිහිපයක් ඉදිරිපත් කිරීම ගැන සිතා බැලිය යුතුය.

සරල වැරදි ඔබේ වෙබ් අඩවියට මාරාන්තික විය හැක - විශේෂයෙන් ඔබ අප වැනි SaaS (eng. මෘදුකාංගයක් ලෙස මෘදුකාංග) සමාගමක් නම්. පරිශීලකයෙකු ඔබේ වෙබ් අඩවියට පැමිණ ඔවුන්ගේ අමතක වූ මුරපදය ලියාපදිංචි කිරීම හෝ නැවත සැකසීම වැනි සරල කාර්යයක් සම්පූර්ණ කළ නොහැකි නම්, ඔබට එම පරිශීලකයා සදහටම අහිමි වීමේ අවදානමක් ඇත.

අපි එය අපේම සමේ අත්විඳ ඇත්තෙමු. ඇත්ත වශයෙන්ම, යෙදුම පරීක්ෂා කරන සහ දෝෂ සොයන කණ්ඩායම තුළ ඔබේම පුද්ගලයින් සිටීම වැදගත් වේ, නමුත් සෑම විටම සුදුසු හෝ ප්රමාණවත් නොවේ. මෙම ලිපියෙන් අපට අවශ්‍ය වන්නේ මානවවාදීන් වන ඔබව දුම් පරීක්ෂණ ලෝකයට හඳුන්වා දීමටයි.

ඔබට තවමත් ප්‍රශ්න තිබේ නම්, ඔබට පිවිසීමෙන් හිඩැස් පිරවිය හැකිය

දුම් පරීක්ෂාව මුලින් සංකල්පනය කරන ලද්දේ විදුලි ඉංජිනේරුවන් ඔවුන්ගේ උපකරණය ක්‍රියාත්මක වේද යන්න පරීක්ෂා කළේ කෙසේද යන්න පැහැදිලි කිරීමට - එය ක්‍රියාත්මක කර දුම පිටවන්නේ නම් ...

රැඳී සිටින්න, මෙය යෙදුම් සඳහා යෙදිය හැක්කේ කෙසේද?

දුම් පරීක්ෂාවෙහි වැදගත්කම (සහ පිරිවැය-ඵලදායීතාවය) සාමාන්‍යයෙන් මානව ශාස්ත්‍ර කළමනාකරුවන් සහ සම-නිර්මාතෘවරුන් නොදනී. ක්රමානුකූල දුම් පරීක්ෂණ ලෙස දැකිය හැකිය අවියෝජනීය කොටසක්අනවසරයෙන් ඇතුළුවීමේ සම්භාවිතාව වැඩි වීම වැළැක්වීම සඳහා. ඔවුන් ඔබේ වෙබ් හෝ දුරකථන යෙදුම බිඳ වැටීමේ අවස්ථාව අවම කරයි - සහ අපි කවුරුත් දන්නා පරිදි, එක් අසාර්ථක වීමක් පමණක් වන අතර ඔබට පාරිභෝගිකයෙකු සදහටම අහිමි විය හැකිය.

මෙය එය කුමක්ද, එය ක්‍රියාත්මක කළ හැක්කේ කෙසේද, එය ක්‍රියාත්මක කිරීමට භාවිතා කරන සම්පත් මොනවාද සහ පාඨකයන්ට මඟ පෙන්වීම සඳහා උදාහරණ පිළිබඳ හඳුන්වාදීමේ මාර්ගෝපදේශයකි.

දුම් පරීක්ෂණ මූලික ක්‍රියාකාරීත්වය පරීක්ෂා කිරීමට සැලසුම් කර ඇති අතර ඔබේ පරීක්ෂණ ක්‍රියාවලියේ අනිවාර්ය අංගයක් විය යුතුය. ඒවාට "මට පරීක්ෂා කළ හැකිද?" වැනි සරල දෙයක් ඇතුළත් විය හැකිය.

දුම් පරීක්ෂාව ප්‍රධාන සහ පැහැදිලි අසාර්ථක කිසිවක් අහම්බෙන් ඉතිරි නොවන බව සහතික කිරීමට උපකාරී වේ. ඔබ 100% දුම් පරීක්ෂණ සිදු කරන තුරු ගැඹුරු පරීක්ෂණයක් නොකළ යුතුය, මන්ද ඒවා පිරිසිදු කරයි මෘදුකාංගමූලික වැරදි වලින්.

පියවර 1: පරීක්ෂා කළ යුතු දේ තීරණය කරන්න

ඔබගේ යෙදුම සාක්ෂාත් කර ගැනීමට උත්සාහ කරන්නේ කුමක්ද යන්න තීරණය කරන්න. එයට ඇතුල් වීමට ගත යුතු වඩාත්ම පැහැදිලි "ළදරු" පියවර මොනවාද? අවම වැදගත්කම මොනවාද වැදගත් අවශ්යතාඔබ ඒවා ලැයිස්තුගත කරන්නේ කුමන තාර්කික අනුපිළිවෙලකටද?

පරීක්ෂණ කට්ටලයක් සාදන්න. පරීක්ෂණ කට්ටලයක් යනු යම් ආකාරයකට (උදාහරණයක් ලෙස, ක්‍රියාකාරීත්වය අනුව) සම්බන්ධ පරීක්ෂණ සිද්ධි (පරීක්ෂණ අවස්ථා) සමූහගත එකතුවකි.

දුම් පරීක්ෂාවෙහි විචල්‍යයන් හෝ “මොකද?” ප්‍රශ්න ඇතුළත් නොවේ. එය ඔව්/නැත පිළිතුරු පමණක් උපකල්පනය කරයි, නමුත් වඩාත් සවිස්තරාත්මක පරීක්ෂණයකට යාමට පෙර, සියලුම පරීක්ෂණ අවස්ථා ධනාත්මක ප්‍රතිඵලයක් සහිතව සමත් විය යුතුය.

අපි උදාහරණයක් ලෙස අන්තර්ක්‍රියාකාරී සංසදයක් නිර්මාණය කරමු. එය ක්‍රියාත්මක වීමට මට සිදු වන්නේ:

1. ලියාපදිංචි කරන්න.
2. පරිශීලක නාමය සාදන්න.
3. avatar photo එකක් upload කරන්න.
4. පණිවිඩ ලියන්න.
5. පණිවිඩ වලට පිළිතුරු දෙන්න.

පියවර 2: ප්රතිඵල වගුවකට ලියන්න

ඉහත රූපය අපගේ කණ්ඩායමෙන් උදාහරණයකි. ඔබට රටාව සොයාගත හැකිය. අපට වැඩ කරන දේ සහ නොකළ දේ පිළිබඳ වාර්තා තබා ගැනීම සඳහා මෙය අවශ්‍ය වේ - මූලික සංවිධානය පසුව බොහෝ කාලයක් ඉතිරි කරයි. අපි අපේ ලකුණු සාමාර්ථ, අර්ධ සහ අසමත් ලෙස බෙදා ගත්තෙමු.

• සමත් විය: සෑම දෙයක්ම හොඳින් ක්රියා කරයි.
• අර්ධ: මුලදී, සමහර ක්‍රියා තවදුරටත් බෙදිය හැකි බව ඔබට නොතේරෙනු ඇත, එබැවින් එක් කොටසක් ක්‍රියා කරන අතර අනෙක් කොටස එසේ නොවේ.
• අසාර්ථකයි: වැඩ කරන්නේ නැහැ.

අපි ප්‍රතිනිෂ්පාදනය කිරීමට අවශ්‍ය නිශ්චිත පියවර විස්තර කළ අතර ඊළඟ තීරුවේ එකතු කළෙමු කෙටි විස්තරයනිමැවුමෙන් අප බලාපොරොත්තු වන දේ. උදාහරණයක්:

පියවර 3: දුම් පරීක්ෂණ ස්වයංක්‍රීය කිරීම

කිසියම් ක්‍රියාවක් එක් වරක් සම්පූර්ණ කළේ නම්, එය සැමවිටම ධනාත්මක ප්‍රතිඵලයක් ලබා දෙන බව ප්‍රත්‍යක්‍ෂය ලෙස නොගැනීම ඉතා වැදගත් වේ. දුම් පරීක්ෂණ මඟින් ප්‍රධාන කාර්යයන් කාලයත් සමඟ දුක් විඳ නැති බව හෝ දිගු කාලයක් තිස්සේ කැඩී නැති බව නිරන්තරයෙන් පරීක්ෂා කිරීමට ඔබට ඉඩ සලසයි.

දුම් පරීක්ෂාව නවත්වන්න එපා. කවදාවත් නැහැ.

ඔබේ දුම් පරීක්ෂණ සිද්ධි කට්ටලය සාර්ථකව අවසන් වූ විට 100%, ඒවා ස්වයංක්‍රීය කිරීම සලකා බලන්න. ඔබේ සමාගම සෑම දිනකම දියුණු වන්නේ නම් දුම් පරීක්ෂණවල නිර්දේශිත වාර ගණන සෑම දිනකම වේ.

අවම වශයෙන් සෑම නිකුතුවකටම පෙර සහ සෑම පැච් එකක්ම පසු දුම් පරීක්ෂණ පැවැත්වීමයි.

දුම් පරීක්ෂාව සඳහා මූලික රීතිය:

• අවම කාලය: විනාඩි 30 යි.
• උපරිම කාලය: විනාඩි 60 යි.

දිගු කාලීනව, දුම් පරීක්ෂණ ස්වයංක්‍රීය කිරීම කාලය ඉතිරි කරයි, නමුත් එකම පරීක්ෂණ නැවත නැවත සිදු කිරීම මිනිස් ඇසට විස්තර දැකීම නැවැත්විය හැකි අතර යන්ත්‍රය නොපෙනේ.

දුම් පරීක්ෂාව (නම් තිබේ ඇතුල්වීමේ පරීක්ෂණය , ගොඩනැගීම සත්‍යාපන පරීක්ෂණය) - පරීක්ෂණ සිදු කරන ලදී ආරම්භක අදියර(උදාහරණයක් ලෙස, නව ගොඩනැගීමෙන් පසු) සහ මූලික වශයෙන් අරමුණු කර ඇත්තේ වඩාත් පුළුල් පරීක්ෂණ සඳහා සංවර්ධිත නිෂ්පාදනයේ සූදානම පරීක්ෂා කිරීම, නිෂ්පාදනයේ ගුණාත්මකභාවය පිළිබඳ සාමාන්‍ය තත්ත්වය තීරණය කිරීම ය.

මෙය කෙටි පරීක්ෂණ චක්‍රයක් වන අතර එය යෙදුම ආරම්භ වන අතර එහි ප්‍රධාන කාර්යයන් ඉටු කරන බව සනාථ කරයි (ප්‍රතික්ෂේප කරයි). මෙම වර්ගයේ පරීක්ෂණ මඟින් ආරම්භක අදියරේදී ප්‍රධාන ඉක්මනින් සොයාගත් විවේචනාත්මක දෝෂ හඳුනා ගැනීමට ඉඩ ලබා දේ. මෙම චෙක්පත් සෑම විටම පාහේ සමාන වන අතර කලාතුරකින් වෙනස් වන බව මත පදනම්ව, ඒවා ස්වයංක්රීය කිරීම යෝග්ය වේ.

දුම් පරීක්ෂණ උදාහරණය:

උදාහරණයක් ලෙස, අපි DI Tool STAR ව්‍යාපෘතිය ගනිමු නම්, එසේ නම් ලබා දී ඇති වර්ගයපරීක්ෂණයට පහත ක්‍රියාකාරීත්වයන් පරීක්ෂා කිරීම ඇතුළත් වේ:
පුරනය වීමේ පෝරමය (වලංගු දත්ත සමඟ පුරනය වන්න)
පෝරමය ඉවත් කරන්න (බොත්තම ක්ලික් කරන්න)
දේපල තේරීම (ක්‍රියාකාරීත්වය එහි තිබේද එය ක්‍රියා කරයිද යන්න පරීක්ෂා කිරීම)
දේපල ලැයිස්තු (ඒවා මොනවාද, සුරැකීම/මකා දැමීමකින් තොරව)
STAR වෙත යන්න
මෙනුව (ක්ලික් කරන්න)
මාරු කිරීම බලන්න
ලාච්චුව (ටැබ් මාරු කිරීම, ටැබ් ඇතුලත බොත්තම් මාරු කිරීම)
අපනයනය (බොත්තම වෙඩි තැබීම)
ශීර්ෂ දේපල තේරීම
ප්රියතම (එය පරීක්ෂා කිරීම ක්රියාකාරිත්වය වේ සහ එය ක්රියා කරයි)

අපගේ යෙදුමට ස්තූතිවන්ත වන පරිදි සාක්ෂාත් කර ගත යුතු කාර්යයන් මොනවාද, කාර්යය සාක්ෂාත් කර ගැනීම සඳහා පැහැදිලි පියවර මොනවාද, අප විසින් අනුගමනය කළ යුතු වැදගත් අවශ්‍යතා මොනවාද සහ කුමන අනුපිළිවෙලකටද යන්න තීරණය කළ යුතුය.
මෙය සිදු කිරීම සඳහා, අපි පරීක්ෂණ මාලාවක් නිර්මාණය කරමු. පරීක්ෂණ කට්ටලයක් යනු කිසියම් ආකාරයකට සම්බන්ධ වන පරීක්ෂණ සිද්ධි සමූහයක එකතුවකි (උදාහරණයක් ලෙස, ක්‍රියාකාරීත්වය අනුව).
දුම් පරීක්ෂණ මූලික ක්‍රියාකාරීත්වය පරීක්ෂා කිරීමට සැලසුම් කර ඇති අතර පරීක්ෂණ ක්‍රියාවලියේ අනිවාර්ය අංගයක් විය යුතුය. ඒවාට "මට පරීක්ෂා කළ හැකිද?" වැනි සරල දෙයක් ඇතුළත් විය හැකිය. දුම් පරීක්ෂාව සඳහා ඔව්/නැත පිළිතුරු අවශ්‍ය වන අතර සියලුම පරීක්ෂණ අවස්ථා ධනාත්මක ප්‍රතිඵලයක් සහිතව සමත් විය යුතුය.
දුම් පරීක්ෂණ නිතර ධාවනය කළ හැකි වන පරිදි වේගවත් හා සැහැල්ලු විය යුතුය. ව්යාපෘතියේ විශේෂතා අනුව, දුම් පරීක්ෂණයක් විනාඩි කිහිපයක් හෝ පැය කිහිපයකින් අවසන් කළ හැකිය.

මෙම වර්ගයේ පරීක්ෂණ ගැඹුරින් නිෂ්පාදන පරීක්ෂණ වර්ගයක් මිස පරීක්ෂණ පරීක්ෂණ වර්ගයක් නොවන බව තේරුම් ගත යුතුය. ඉහත සඳහන් කළ පරිදි, මෙම වර්ගයේ පරීක්ෂණ මඟින් නිෂ්පාදනය තවදුරටත්, වඩාත් විස්තීර්ණ පරීක්ෂණ සඳහා සුදුසු දැයි තීරණය කරයි. එය දුම් පරීක්ෂාව සමත් නොවන්නේ නම්, නිෂ්පාදිතය සංශෝධනය සඳහා යැවිය යුතුය.
පරීක්ෂණයේ ප්රතිඵල වාර්තා කිරීමට වග බලා ගන්න. වැඩ කරන දේ සහ නොකළ දේ පිළිබඳ වාර්තාවක් තබා ගැනීම සඳහා මෙය අවශ්ය වේ. ඔබට ප්රතිඵල සමත් සහ අසාර්ථක ලෙස බෙදිය හැකිය.
සමත් විය: සියල්ල හොඳින් ක්‍රියාත්මක වේ.
අසාර්ථකයි: වැඩ කරන්නේ නැහැ.

වෙබ් සේවා පරීක්ෂණ,

ජංගම යෙදුම් පරීක්ෂාව

හේ හබ්ර්! දිනක් අපගේ අභ්‍යන්තර සම්මන්ත්‍රණයේදී, පරීක්ෂණ දෙපාර්තමේන්තුවේ ප්‍රධානියා වූ මගේ අධීක්ෂකවරයා සිය කතාව ආරම්භ කළේ “පරීක්‍ෂණය අවශ්‍ය නොවේ” යන වචන වලින්. ශාලාවේ සිටි සියල්ලෝම නිශ්ශබ්ද වූහ, සමහරු පුටුවෙන් වැටීමට පවා උත්සාහ කළහ. ඔහු සිය අදහස දිගටම කරගෙන ගියේය: පරීක්ෂණයකින් තොරව, සංකීර්ණ හා මිල අධික ව්යාපෘතියක් නිර්මාණය කිරීමට බෙහෙවින් හැකි ය. සහ බොහෝ දුරට එය වැඩ කරනු ඇත. නමුත් නිෂ්පාදනය කළ යුතු ආකාරයටම ක්‍රියා කරන බව දැන ගැනීමෙන් ඔබට කොතරම් විශ්වාසයක් දැනෙනු ඇත්දැයි සිතා බලන්න.

Badoo හි, නිකුතු බොහෝ විට සිදු වේ. උදාහරණයක් ලෙස, ඩෙස්ක්ටොප් වෙබ් සමඟ සේවාදායක කොටස දිනකට දෙවරක් මුදා හරිනු ලැබේ. එබැවින් සංකීර්ණ හා මන්දගාමී පරීක්ෂණ සංවර්ධන බාධාවක් බව අපි මුලින්ම දනිමු. ඉක්මන් පරීක්ෂාව ආශීර්වාදයකි. ඉතින්, අද මම කතා කරන්නේ Badoo හි දුම් පරීක්ෂාව සකස් කර ඇති ආකාරය ගැන ය.

දුම් පරීක්ෂාව යනු කුමක්ද?

මෙම යෙදුම මුලින්ම භාවිතා කළේ උදුන සාදන්නන් විසින් වන අතර, ඔවුන් උදුන එකලස් කර, සියලුම පේනු වසා, එය ගංවතුරට ලක් කර, දුම පැමිණෙන්නේ නිවැරදි ස්ථාන වලින් පමණක් වන පරිදි නරඹන ලදී. විකිපීඩියා

එහි මුල් යෙදුම තුළ, දුම් පරීක්ෂාව සරලම සහ වඩාත්ම පැහැදිලි අවස්ථා පරීක්ෂා කිරීමට අදහස් කරන අතර, එසේ නොමැතිව වෙනත් කිසිදු ආකාරයක පරීක්ෂණයක් අනවශ්‍ය ලෙස අතිරික්ත වනු ඇත.

අපි සරල උදාහරණයක් බලමු. අපගේ යෙදුමේ පූර්ව-නිෂ්පාදනය bryak.com හි පිහිටා ඇත (සැබෑ වෙබ් අඩවි වලට සමානකම් දැක්වීම සම්පූර්ණයෙන්ම අහම්බයකි). අපි පරීක්ෂණ සඳහා නව නිකුතුවක් සකස් කර උඩුගත කර ඇත. පළමුව පරීක්ෂා කළ යුත්තේ කුමක්ද? යෙදුම තවමත් විවෘතව ඇති බව සහතික කර ගැනීමෙන් මම ආරම්භ කරමි. වෙබ් සේවාදායකය "200" සමඟ අපට පිළිතුරු දෙන්නේ නම්, සියල්ල හොඳයි, ඔබට ක්‍රියාකාරීත්වය පරීක්ෂා කිරීම ආරම්භ කළ හැකිය.

මෙම චෙක්පත ස්වයංක්රීය කරන්නේ කෙසේද? ප්‍රතිපත්තිමය වශයෙන්, ඔබට ක්‍රියාකාරී පරීක්ෂණයක් ලිවිය හැකි අතර එමඟින් බ්‍රව්සරය ඉහළ නංවා, අපේක්ෂිත පිටුව විවෘත කර එය ප්‍රදර්ශනය කළ යුතු බවට වග බලා ගන්න. කෙසේ වෙතත්, මෙම විසඳුම අවාසි ගණනාවක් ඇත. පළමුව, එය දිගු වේ: බ්රවුසරය දියත් කිරීමේ ක්රියාවලිය චෙක්පතට වඩා වැඩි කාලයක් ගතවනු ඇත. දෙවනුව, එය අතිරේක යටිතල පහසුකම් නඩත්තු කිරීම අවශ්ය වේ: එවැනි සරල පරීක්ෂණයක් සඳහා, අපි කොහේ හරි බ්රවුසර සහිත සේවාදායකයක් තබා ගත යුතුය. නිගමනය: අපි ගැටලුව වෙනස් ආකාරයකින් විසඳිය යුතුයි.

අපගේ පළමු දුම් පරීක්ෂණය

Badoo හි, පසු අන්තය බොහෝ දුරට PHP වලින් ලියා ඇත. ඒකක පරීක්ෂණ, පැහැදිලි හේතු නිසා, එය මත ලියා ඇත. සමස්තයක් වශයෙන්, අපට දැනටමත් PHPUnit ඇත. අනවශ්‍ය ලෙස තාක්ෂණයන් නිෂ්පාදනය නොකිරීමට, PHP වලද දුම් පරීක්ෂණ ලිවීමට අපි තීරණය කළෙමු. PHPUnit වලට අමතරව, අපට එය සමඟ වැඩ කිරීමට URL සේවාදායක පුස්තකාලයක් (libcurl) සහ PHP දිගුවක් අවශ්‍ය වේ - cURL.

ඇත්ත වශයෙන්ම, පරීක්ෂණ මඟින් අපට අවශ්‍ය ඉල්ලීම් සේවාදායකයට ලබා දී ප්‍රතිචාර පරීක්ෂා කරන්න. සෑම දෙයක්ම getCurlResponse() ක්‍රමයට සහ ප්‍රකාශ වර්ග කිහිපයකට බැඳී ඇත.

ක්‍රමයම මේ වගේ ය:

පොදු කාර්යය getCurlResponse($url, array $params = [ 'cookies' => , 'post_data' => , 'headers' => , 'user_agent' => , 'proxy' => , ], $follow_location = true, $ expect_response = '200 OK') ($ch = curl_init(); curl_setopt($ch, CURLOPT_URL, $url); curl_setopt($ch, CURLOPT_HEADER, 1); curl_setopt($ch, CURLOPT_RETURNTRANSFER, ifisset(1); $params['cookies']) && $params['cookies']) ($cookie_line = $this->prepareCookiesDataByArray($params['cookies']); curl_setopt($ch, CURLOPT_COOKIE, $cookie_line); ) isset($params['headers']) && $params['headers']) ( curl_setopt($ch, CURLOPT_HTTPHEADER, $params['headers']); ) නම් (isset($params['post_data']) &&&& $params['post_data']) ( $post_line = $this->preparePostDataByArray($params['post_data']); curl_setopt($ch, CURLOPT_POST, 1); curl_setopt($ch, CURLOPT_POST_POST_line); ($follow_location) ( curl_setopt($ch, CURLOPT_FOLLOWLOCATION, 1); ) නම් (isset($params['proxy']) && $params['proxy']) ( curl_setopt($c h, CURLOPT_PROXY, $params['proxy']); ) නම් (isset($params['user_agent']) && $params['user_agent']) ($user_agent = $params['user_agent']; ) වෙනත් ($user_agent = USER_AGENT_DEFAULT; ) curl_setopt($ch, CURLOPT_USER, $user_agent); curl_setopt($ch, CURLOPT_AUTOREFERER, 1); $response = curl_exec($ch); $this->logActionToDB($url, $user_agent, $params); නම් ($follow_location) ( $this->assertTrue((bool)$response, "හිස් ප්‍රතිචාරය ලැබී ඇත. Curl දෝෂය: " . curl_error($ch) . ", errno: " . curl_errno($ch)); $this ->assertServerResponseCode($response, $expected_response); ) curl_close($ch); ආපසු $response; )
ක්‍රමයටම දී ඇති URL එකක සේවාදායක ප්‍රතිචාරයක් ලබා දිය හැක. එය ඉල්ලීමක් උත්පාදනය කිරීමට අවශ්‍ය කුකීස්, ශීර්ෂක, පරිශීලක නියෝජිත සහ අනෙකුත් දත්ත වැනි පරාමිති ආදානය ලෙස පිළිගනී. සේවාදායකයෙන් ප්‍රතිචාරයක් ලැබුණු විට, ක්‍රමය මඟින් ප්‍රතිචාර කේතය අපේක්ෂිත එකට ගැලපේ. එය එසේ නොවේ නම්, මෙය සඳහන් කිරීමේ දෝෂයක් සමඟ පරීක්ෂණය අසමත් වේ. වැටීමට හේතුව තීරණය කිරීම පහසු කිරීම සඳහා මෙය සිදු කෙරේ. කිසියම් ප්‍රකාශයක් මත පරීක්ෂණය අසාර්ථක වුවහොත්, පිටුවේ කිසිදු අංගයක් නොමැති බව අපට පවසමින්, දෝෂය ප්‍රතිචාර කේතය වන පණිවිඩයට වඩා අඩු තොරතුරු වනු ඇත, උදාහරණයක් ලෙස, අපේක්ෂිත "200" වෙනුවට "404".

ඉල්ලීම යවා ප්‍රතිචාරය ලැබුණු විට, අපි ඉල්ලීම ලොග් කරන්නෙමු, එවිට අවශ්‍ය නම්, පරීක්ෂණය වැටුණහොත් හෝ කැඩී ගියහොත් සිදුවීම් දාමය ප්‍රතිනිෂ්පාදනය කිරීම පහසුය. මම මේ ගැන පහතින් කතා කරන්නම්.

සරලම පරීක්ෂණය මේ වගේ දෙයක් පෙනේ:

පොදු කාර්යය testStartPage() ( $url = 'bryak.com'; $response = $this->getCurlResponse($url); $this->assertHTMLPresent("
මෙම පරීක්ෂණය තත්පරයකට වඩා අඩු කාලයක් ගතවේ. මේ කාලය තුළ අපි එය පරීක්ෂා කළා ආරම්භක පිටුවපිළිතුරු "200", සහ එය ශරීරයේ මූලද්රව්යයක් ඇත. එම සාර්ථකත්වය සමඟින්, අපට පිටුවේ ඇති ඕනෑම අංග ගණනාවක් පරීක්ෂා කළ හැකිය, පරීක්ෂණයේ කාලසීමාව සැලකිය යුතු ලෙස වෙනස් නොවේ.

එවැනි පරීක්ෂණවල වාසි:

• වේගය - පරීක්ෂණය අවශ්ය පරිදි බොහෝ විට ක්රියාත්මක කළ හැක. උදාහරණයක් ලෙස, සෑම කේතයක්ම වෙනස් කිරීම සඳහා;
• වැඩ කිරීමට විශේෂ මෘදුකාංග සහ දෘඩාංග අවශ්ය නොවේ;
• ඒවා ලිවීමට සහ නඩත්තු කිරීමට පහසුය;
• ඔවුන් ස්ථාවරයි.

අවසාන කරුණ සම්බන්ධයෙන්. මම අදහස් කළේ - ව්‍යාපෘතියට වඩා අඩු ස්ථායී නොවේ.

අවසර දීම

අපි හිතමු අපේ පළවෙනි දුම් පරීක්ෂණය ලියලා දවස් තුනක් ගෙවිලා ගියා කියලා. ඇත්ත වශයෙන්ම, මෙම කාලය තුළ අපි පරීක්ෂණ සමඟ සොයාගත් සියලුම අනවසර පිටු ආවරණය කළෙමු. අපි ටික වේලාවක් වාඩි වී ප්‍රීති වී සිටියෙමු, නමුත් අපගේ ව්‍යාපෘතියේ සියලුම වැදගත්ම දේ අවසරය පිටුපස ඇති බව අපට වැටහුණි. මට මෙයද පරීක්ෂා කිරීමට හැකි වන්නේ කෙසේද?

සරලම විකල්පය වන්නේ අවසර කුකියකි. අපි එය ඉල්ලීමට එකතු කළහොත්, සේවාදායකයා අපව "හඳුනා ගනී". එවැනි කුකියක් එහි ආයු කාලය තරමක් දිගු නම් පරීක්ෂණයේදී දෘඪ සංකේතනය කළ හැකිය, නැතහොත් අවසර පිටුවට ඉල්ලීම් යැවීමෙන් එය ස්වයංක්රීයව ලබා ගත හැකිය. දෙවන විකල්පය දෙස සමීපව බලමු.

ඔබ පරිශීලකයාගේ පරිශීලක නාමය සහ මුරපදය ඇතුළත් කළ යුතු පෝරමය ගැන අපි උනන්දු වෙමු.

ඕනෑම බ්‍රව්සරයක මෙම පිටුව විවෘත කර පරීක්ෂකය විවෘත කරන්න. අපි පරිශීලක දත්ත ඇතුළත් කර පෝරමය ඉදිරිපත් කරමු.

පරීක්ෂකවරයා තුළ ඉල්ලීමක් දර්ශනය වූ අතර, එය අප විසින් පරීක්ෂණයේදී අනුකරණය කළ යුතුය. පැහැදිලි ඒවාට අමතරව (පිවිසුම් සහ මුරපදය) සේවාදායකයට යවනු ලබන දත්ත මොනවාදැයි ඔබට දැක ගත හැකිය. එය එක් එක් ව්‍යාපෘතිය සඳහා වෙනස් වේ: එය දුරස්ථ ටෝකනයක් විය හැකිය, කලින් ලැබුණු කුකීස් වල දත්ත, පරිශීලක නියෝජිතයෙකු සහ යනාදිය. මෙම සෑම පරාමිතියක්ම අවසර ඉල්ලීමක් උත්පාදනය කිරීමට පෙර පරීක්ෂණයෙන් කලින් ලබා ගත යුතුය.

ඕනෑම බ්‍රව්සරයක සංවර්ධක මෙවලම් තුළ, ඔබට CURL ලෙස පිටපත තේරීමෙන් ඉල්ලීම පිටපත් කළ හැක. මෙම පෝරමයේදී, විධානය කොන්සෝලයට ඇතුළු කර එහි නැරඹිය හැකිය. එම ස්ථානයේම පරාමිති වෙනස් කිරීම හෝ එකතු කිරීම මගින් එය පරීක්ෂා කළ හැක.

එවැනි ඉල්ලීමකට ප්‍රතිචාර වශයෙන්, සේවාදායකයා කුකීස් අප වෙත ආපසු ලබා දෙනු ඇත, බලයලත් පිටු පරීක්ෂා කිරීම සඳහා අපි වැඩිදුර ඉල්ලීම් වලට එකතු කරන්නෙමු.

අවසර දීම තරමක් දිගු ක්‍රියාවලියක් බැවින්, මම යෝජනා කරන්නේ එක් පරිශීලකයෙකුට අවසර කුකිය එක් වරක් පමණක් ලබාගෙන එය කොතැනක හෝ ගබඩා කර තැබීමටයි. උදාහරණයක් ලෙස, අපි එවැනි කුකීස් අරාවක ගබඩා කරමු. යතුර පරිශීලකයාගේ පිවිසුම වන අතර වටිනාකම ඔවුන් පිළිබඳ තොරතුරු වේ. ඊළඟ පරිශීලකයා සඳහා තවමත් යතුරක් නොමැති නම්, ලොග් වන්න. තිබේ නම්, අපි වහාම අපට උනන්දුවක් දක්වන ඉල්ලීම කරන්නෙමු.

පොදු කාර්යය testAuthPage() ( $url = 'bryak.com'; $cookies = $this->getAuthCookies(' [ඊමේල් ආරක්ෂිත]', '12345'); $response = $this->getCurlResponse($url, ['cookies' => $cookies]); $this->assertHTMLPresent(" ", $response, "දෝෂය: පරීක්ෂණයට පිටුවේ ශරීර මූලද්‍රව්‍ය සොයාගත නොහැක."); )
අපට පෙනෙන පරිදි, අවසර කුකියක් ලබා ගන්නා ක්‍රමයක් එකතු කර ඇති අතර එය තවදුරටත් ඉල්ලීමකට එකතු කරයි. ක්රමයම සරලව ක්රියාත්මක වේ:

පොදු කාර්යය getAuthCookies($email, $password) ( // කුකිය දැනටමත් ලැබී ඇත්දැයි පරීක්ෂා කරන්න If (array_key_exist($email, self::$known_cookies)) ( return self::$known_cookies[$email]; ) $url = self::DOMAIN_STAGING .'/auth_page_adds'; $post_data = ['email' => $email, 'password' => $password]; $response = $this->getCurlResponse($url, ['post_data' => $ post_data]); $cookies = $this->parseCookiesFromResponse($response); // වැඩිදුර භාවිතය සඳහා කුකී සුරකින්න ස්වයං::$known_cookies[$email] = $cookies; $cookies ආපසු දෙන්න; )
ලබා දී ඇති විද්‍යුත් තැපෑලෙහි (ඔබේ නඩුවේදී එය පුරනය වීමක් හෝ වෙනත් දෙයක් විය හැක) දැනටමත් අවසර කුකියක් දැනටමත් ලැබී ඇත්දැයි ක්‍රමය පළමුව පරීක්ෂා කරයි. තිබේ නම්, ඔහු එය ආපසු ලබා දෙයි. එසේ නොවේ නම්, එය අවශ්‍ය පරාමිති සහිත අවසර පිටුවකට (උදාහරණයක් ලෙස, bryak.com/auth_page_adds) ඉල්ලීමක් කරයි: පරිශීලකයාගේ විද්‍යුත් තැපෑල සහ මුරපදය. මෙම ඉල්ලීමට ප්‍රතිචාර වශයෙන්, සේවාදායකය ශීර්ෂ යවයි, ඒ අතර අපට උනන්දුවක් දක්වන කුකීස් ඇත. එය මේ වගේ දෙයක් පෙනේ:

HTTP/1.1 200 OK සේවාදායකය: nginx අන්තර්ගත-වර්ගය: පෙළ/html; charset=utf-8 Transfer-Encoding: chunked Connection: keep-alive Set-Cookie: name=value; expires=බදාදා, 30-නොවැ-2016 10:06:24 GMT; උපරිම වයස=-86400; මාර්ගය=/; domain=bryak.com
මෙම ශීර්ෂ වලින්, සරල නිත්‍ය ප්‍රකාශනයක් භාවිතා කරමින්, අපි කුකියේ නම සහ එහි අගය ලබා ගත යුතුය (අපගේ උදාහරණයේ, මෙය name=value වේ). ප්‍රතිචාරය විග්‍රහ කරන අපගේ ක්‍රමය මේ ආකාරයට පෙනේ:

$this->assertTrue((bool)preg_match_all("/Set-Cookie: ([^=]+)=([^;]+);.*)\n/", $response, $mch1), " සේවාදායක ප්‍රතිචාරයෙන් "කුකීස්" ලබා ගත නොහැක. ප්‍රතිචාරය: " . $response);
කුකීස් ලැබුණු පසු, අපට එය අවසර ලබා දීම සඳහා ඕනෑම ඉල්ලීමකට ඒවා ආරක්ෂිතව එක් කළ හැක.

වැටෙන පරීක්ෂණ විශ්ලේෂණය

එවැනි පරීක්ෂණයක් සේවාදායකයට ඉල්ලීම් සමූහයක් බව ඉහත සඳහන් කර ඇත. අපි ඉල්ලීමක් කරනවා, අපි ප්‍රතිචාරය හසුරුවන්නෙමු, අපි ඊළඟ ඉල්ලීම කරන්නෙමු, යනාදිය. සිතුවිල්ල මගේ හිස තුළට රිංගා ඇත: දහවන ඉල්ලීම මත එවැනි පරීක්ෂණයක් අසමත් වුවහොත්, එය අසාර්ථක වීමට හේතුව සොයා ගැනීමට අපහසු විය හැකිය. ඔබේ ජීවිතය සරල කරන්නේ කෙසේද?

පළමුවෙන්ම, හැකිතාක් දුරට පරීක්ෂණ පරමාණුකරණය කිරීමට මම ඔබට උපදෙස් දීමට කැමැත්තෙමි. ඔබ එක් පරීක්ෂණයකදී විවිධ අවස්ථා 50 ක් පරීක්ෂා නොකළ යුතුය. පරීක්ෂණය සරල වන තරමට අනාගතයේදී එය පහසු වනු ඇත.

කෞතුක වස්තු එකතු කිරීම ද ප්රයෝජනවත් වේ. අපගේ පරීක්ෂණය අසාර්ථක වූ විට, එය HTML ගොනුවකට අවසන් සේවාදායක ප්‍රතිචාරය සුරකින අතර එය කෞතුක භාණ්ඩ ගබඩාවට උඩුගත කරයි, එහිදී මෙම ගොනුව පරීක්ෂණයේ නම සඳහන් කිරීමෙන් බ්‍රවුසරයෙන් විවෘත කළ හැකිය.

උදාහරණයක් ලෙස, පිටුවේ HTML කෑල්ලක් සොයාගත නොහැකි නිසා අපගේ පරීක්ෂණය අසාර්ථක විය:

සබැඳිය
අපි අපගේ එකතු කරන්නා වෙත ගොස් අනුරූප පිටුව විවෘත කරමු:

ඔබට බ්‍රවුසරයේ වෙනත් ඕනෑම HTML පිටුවක් සමඟ වැඩ කරන ආකාරයටම මෙම පිටුව සමඟ වැඩ කළ හැක. නැතිවූ මූලද්‍රව්‍යය සොයා ගැනීමට උත්සාහ කිරීමට ඔබට CSS ලොකේටරය භාවිතා කළ හැකි අතර, එය ඇත්ත වශයෙන්ම එහි නොමැති නම්, එය වෙනස් වී හෝ නැති වී ඇති බව තීරණය කරන්න. අපි දෝෂයක් සොයාගෙන ඇති! මූලද්‍රව්‍යය ස්ථානයේ තිබේ නම්, සමහර විට අපි පරීක්ෂණයේ කොතැනක හෝ වැරැද්දක් කර ඇත - අපි මෙම දිශාව දෙස හොඳින් බැලිය යුතුය.

දැව කැපීම ද ජීවිතය පහසු කරයි. අසාර්ථක පරීක්ෂණයෙන් සිදු කරන ලද සියලුම ඉල්ලීම් පහසුවෙන් නැවත නැවතත් කළ හැකි පරිදි ලොග් කිරීමට අපි උත්සාහ කරමු. පළමුව, මෙය ඔබගේ අත් මගින් දෝෂය ප්‍රතිනිෂ්පාදනය කිරීම සඳහා සමාන ක්‍රියා මාලාවක් ඉක්මනින් සිදු කිරීමට ඉඩ සලසයි, දෙවනුව, අපට තිබේ නම්, නිතර වැටෙන පරීක්ෂණ හඳුනා ගැනීමට.

විග්‍රහ කිරීමේ දෝෂ සඳහා උදවු කිරීමට අමතරව, ඉහත විස්තර කර ඇති ලඝු-සටහන් අප විසින් පරීක්ෂා කරන ලද බලයලත් සහ අනවසර පිටු ලැයිස්තුවක් තැනීමට අපට උපකාර කරයි. එය දෙස බලන විට, හිඩැස් සොයා ගැනීම සහ ඉවත් කිරීම පහසුය.

අවසාන වශයෙන් නොව, අවම වශයෙන්, පරීක්ෂණ හැකි තරම් පහසු විය යුතු බව මට උපදෙස් දිය හැකිය. ඒවා දියත් කිරීමට පහසු වන තරමට ඒවා බොහෝ විට භාවිතා වේ. වැටීම පිළිබඳ වාර්තාව වඩාත් පැහැදිලි හා සංක්ෂිප්ත වන තරමට එය වඩාත් හොඳින් අධ්‍යයනය කරනු ඇත. ගෘහ නිර්මාණ ශිල්පය සරල වන තරමට තවත් පරීක්ෂණලියා ඇති අතර අලුත් එකක් ලිවීමට ගතවන කාලය අඩු වේ.

පරීක්ෂණ භාවිතා කිරීම අපහසු බව ඔබට පෙනේ නම්, බොහෝ විට එය ඔබට නොපෙනේ. මෙය හැකි ඉක්මනින් විසඳා ගත යුතුය. එසේ නොමැතිනම්, ඔබ යම් අවස්ථාවක දී මෙම පරීක්ෂණ කෙරෙහි අඩු අවධානයක් යොමු කිරීමට පටන් ගන්නා අතර, මෙය දැනටමත් නිෂ්පාදනයට දෝෂය මඟ හැරීමට හේතු විය හැක.

වචන වලින්, අදහස පැහැදිලිව පෙනේ, මම එකඟ වෙමි. නමුත් ඇත්ත වශයෙන්ම, අප සැමට උත්සාහ කිරීමට බොහෝ දේ ඇත. එබැවින් ඔබේ නිර්මාණ සරල කර ප්‍රශස්ත කර දෝෂ නොමැතිව ජීවත් වන්න. :)

ප්රතිපල

මේ මොහොතේ, අපි *Teamcity* විවෘත කරන්නෙමු, දැනටමත් පරීක්ෂණ 605 ක් ඇත. සියලුම පරීක්ෂණ, සමාන්තරව ක්‍රියාත්මක නොවන්නේ නම්, මිනිත්තු හතරකට වඩා අඩු කාලයකින් ක්‍රියාත්මක වේ.

මෙම කාලය තුළ අපි එය සහතික කරමු:

• අපගේ ව්‍යාපෘතිය සියලුම භාෂාවලින් විවෘත වේ (අපට නිෂ්පාදනයේ 40 කට වඩා තිබේ);
• ප්‍රධාන රටවල් සඳහා, නිවැරදි ගෙවීම් ක්‍රම අනුරූප ගෙවීම් ක්‍රම කට්ටලය සමඟ ප්‍රදර්ශනය කෙරේ;
• API වෙත ප්‍රධාන ඉල්ලීම් නිවැරදිව ක්‍රියා කරයි;
• යළි-යොමුවීම් සඳහා ගොඩබෑමේ පිටුව නිවැරදිව ක්‍රියා කරයි (සුදුසු පරිශීලක නියෝජිතයා සමඟ ජංගම වෙබ් අඩවියකට ඇතුළුව);
• සෑම අභ්යන්තර ව්යාපෘතිනිවැරදිව දර්ශනය වේ.

මේ සියල්ල සඳහා Selenium WebDriver පරීක්ෂණ සඳහා බොහෝ වාරයක් වැඩි කාලයක් සහ සම්පත් අවශ්‍ය වේ.

දුම්

ටැග් එකතු කරන්න