හෙලෝ, හබ්ර්!
මගේ නම Maxim Ponomarenko වන අතර මම Sportmaster හි සංවර්ධකයෙක්මි. මට තොරතුරු තාක්ෂණ ක්ෂේත්‍රයේ වසර 10ක පළපුරුද්දක් තියෙනවා. ඔහු තම වෘත්තිය ආරම්භ කළේ අතින් පරීක්ෂා කිරීම, පසුව දත්ත සමුදා සංවර්ධනය වෙත මාරු විය. පසුගිය වසර 4 තුළ, පරීක්ෂණ සහ සංවර්ධනය පිළිබඳ ලබාගත් දැනුම එක්රැස් කරමින්, මම DBMS මට්ටමින් පරීක්ෂණ ස්වයංක්‍රීය කර ඇත.
මම වසරකට වැඩි කාලයක් Sportmaster කණ්ඩායමේ සිටි අතර ප්‍රධාන ව්‍යාපෘති වලින් එකක ස්වයංක්‍රීය පරීක්ෂණ සංවර්ධනය කරමින් සිටිමි. අප්‍රේල් මාසයේදී, Sportmaster Lab හි යාලුවන් සහ මම Krasnodar හි පැවති සම්මන්ත්‍රණයකදී කතා කළෙමු, මගේ වාර්තාව "DBMS එකක ඒකක පරීක්ෂණ" ලෙස නම් කරන ලද අතර දැන් මට එය ඔබ සමඟ බෙදා ගැනීමට අවශ්‍යයි. පෙළ විශාල ප්‍රමාණයක් ඇත, එබැවින් මම වාර්තාව පෝස්ට් දෙකකට බෙදීමට තීරණය කළෙමි. පළමුවැන්න නම්, අපි පොදුවේ ස්වයංක්‍රීය පරීක්ෂණ සහ පරීක්ෂණ ගැන කතා කරන අතර, දෙවනුව, මම අපගේ ඒකක පරීක්ෂණ පද්ධතිය සහ එහි යෙදුමේ ප්‍රති results ල පිළිබඳව වඩාත් විස්තරාත්මකව වාසය කරමි.
පළමුව, ටිකක් කම්මැලි න්යාය. ස්වයංක්‍රීය පරීක්ෂණය යනු කුමක්ද? මෙය මෘදුකාංග මගින් සිදු කරනු ලබන පරීක්ෂණයක් වන අතර නවීන තොරතුරු තාක්ෂණයේ එය මෘදුකාංග සංවර්ධනය සඳහා වැඩි වැඩියෙන් භාවිතා වේ. මෙයට හේතුව සමාගම් වර්ධනය වීම, ඔවුන්ගේ තොරතුරු පද්ධති වර්ධනය වීම සහ ඒ අනුව, පරීක්ෂා කළ යුතු ක්‍රියාකාරීත්වයේ ප්‍රමාණය වර්ධනය වීමයි. අතින් පරීක්ෂණ පැවැත්වීම වඩ වඩාත් මිල අධික වෙමින් පවතී.
මම වැඩ කළේ මාස දෙකකට වරක් නිකුත් කරන විශාල සමාගමක. ඒ අතරම, පරීක්ෂකයින් දුසිමක් සඳහා ක්‍රියාකාරීත්වය අතින් පරීක්ෂා කිරීම සඳහා මාසයක් ගත විය. සංවර්ධකයින්ගේ කුඩා කණ්ඩායමක් විසින් ස්වයංක්‍රීයකරණය ක්රියාත්මක කිරීමට ස්තූතිවන්ත වන අතර, වසර එකහමාරක් තුළ පරීක්ෂණ කාලය සති 2 දක්වා අඩු කිරීමට අපට හැකි විය. අපි පරීක්ෂණයේ වේගය වැඩි කළා පමණක් නොව, එහි ගුණාත්මකභාවය වැඩි දියුණු කර ඇත. ස්වයංක්‍රීය පරීක්ෂණ නිතිපතා දියත් කරනු ලබන අතර ඒවා සෑම විටම ඒවාට ඇතුළත් කර ඇති චෙක්පත් වල සම්පූර්ණ පාඨමාලාවම සිදු කරයි, එනම් අපි මානව සාධකය බැහැර කරමු.
නවීන තොරතුරු තාක්ෂණය සංවර්ධකයෙකුට නිෂ්පාදන කේතය ලිවීමට පමණක් නොව, මෙම කේතය පරීක්ෂා කරන ඒකක පරීක්ෂණ ලිවීමට අවශ්‍ය විය හැකි බව මගින් සංලක්ෂිත වේ.
නමුත් ඔබේ පද්ධතිය මූලික වශයෙන් සේවාදායක තර්කනය මත පදනම් වන්නේ නම් කුමක් කළ යුතුද? වෙළඳපොලේ විශ්වීය විසඳුමක් හෝ හොඳම භාවිතයන් නොමැත. රීතියක් ලෙස, සමාගම් තමන්ගේම ස්වයං-ලිඛිත පරීක්ෂණ පද්ධතියක් නිර්මාණය කිරීමෙන් මෙම ගැටළුව විසඳයි. මෙය අපගේ ව්‍යාපෘතිය මත නිර්මාණය කරන ලද අපගේම ස්වයං ලිඛිත ස්වයංක්‍රීය පරීක්ෂණ පද්ධතියක් වන අතර මම ඒ ගැන මගේ වාර්තාවෙන් කතා කරමි.
පක්ෂපාතීත්වය පරීක්ෂා කිරීම
පළමුව, අපි ස්වයංක්‍රීය පරීක්ෂණ පද්ධතියක් යෙදවූ ව්‍යාපෘතිය ගැන කතා කරමු. අපගේ ව්‍යාපෘතිය Sportmaster ලෝයල්ටි පද්ධතියයි (මාර්ගය වන විට, අපි දැනටමත් ඒ ගැන ලියා ඇත ).
ඔබේ සමාගම ප්‍රමාණවත් තරම් විශාල නම්, ඔබේ ලෝයල්ටි පද්ධතියට සම්මත ගුණාංග තුනක් ඇත:
- ඔබේ පද්ධතිය අධික ලෙස පටවනු ලැබේ
- ඔබේ පද්ධතියේ සංකීර්ණ පරිගණක ක්‍රියාවලි අඩංගු වේ
- ඔබේ පද්ධතිය සක්‍රියව වැඩිදියුණු වනු ඇත.
අපි පිළිවෙලට යමු ... සමස්තයක් වශයෙන්, අපි සියලුම Sportmaster වෙළඳ නාම සලකා බැලුවහොත්, අපට රුසියාව, යුක්රේනය, චීනය, කසකස්තානය සහ බෙලාරුස්හි ගබඩා 1000 කට වඩා තිබේ. මෙම වෙළඳසැල්වල දිනකට මිලදී ගැනීම් 300 ක් පමණ සිදු කෙරේ. එනම්, සෑම තත්පර 000-3 චෙක්පත් අපගේ පද්ධතියට ඇතුල් වේ. ස්වාභාවිකවම, අපගේ ලෝයල්ටි පද්ධතිය අධික ලෙස පටවා ඇත. එය සක්‍රියව භාවිතා කරන බැවින්, මෘදුකාංගයේ ඕනෑම දෝෂයක් විශාල මුදල්, කීර්තිමත් සහ වෙනත් පාඩු අදහස් කරන බැවින්, අපි එහි ගුණාත්මක භාවයේ ඉහළම ප්‍රමිතීන් සැපයිය යුතුය.
ඒ අතරම, Sportmaster විවිධ ප්‍රවර්ධන සියයකට වඩා ක්රියාත්මක කරයි. විවිධ ප්‍රවර්ධන තිබේ: නිෂ්පාදන ප්‍රවර්ධන තිබේ, සතියේ දිනට කැප වූ ඒවා තිබේ, නිශ්චිත ගබඩාවකට බැඳී ඇති ඒවා තිබේ, රිසිට් පතේ ප්‍රමාණයට උසස්වීම් තිබේ, භාණ්ඩ ගණනට තිබේ. පොදුවේ, නරක නැත. ගනුදෙනුකරුවන්ට මිලදී ගැනීම් සිදු කරන විට භාවිතා කරන බෝනස් සහ ප්‍රවර්ධන කේත ඇත. මේ සියල්ල ඕනෑම ඇණවුමක් ගණනය කිරීම ඉතා සුළු නොවන කාර්යයක් බවට පත් කරයි.
ඇණවුම් සැකසීම ක්රියාත්මක කරන ඇල්ගොරිතම ඇත්තෙන්ම භයානක හා සංකීර්ණ වේ. තවද මෙම ඇල්ගොරිතමයේ ඕනෑම වෙනස්කමක් තරමක් අවදානම් සහිත වේ. පෙනෙන පරිදි නොවැදගත් වෙනස්කම් තරමක් අනපේක්ෂිත බලපෑම් වලට තුඩු දිය හැකි බව පෙනෙන්නට තිබුණි. නමුත් එය හරියටම එවැනි සංකීර්ණ පරිගණක ක්‍රියාවලීන්, විශේෂයෙන් විවේචනාත්මක ක්‍රියාකාරීත්වය ක්රියාත්මක කරන ඒවා ස්වයංක්‍රීයකරණය සඳහා හොඳම අපේක්ෂකයින් වේ. සමාන අවස්ථා දුසිම් ගනනක් අතින් පරීක්ෂා කිරීම බොහෝ කාලයක් ගත වේ. ක්‍රියාවලියට ඇතුල් වන ස්ථානය නොවෙනස්ව පවතින බැවින්, එය වරක් විස්තර කර ඇති බැවින්, ඔබට ඉක්මනින් ස්වයංක්‍රීය පරීක්ෂණ නිර්මාණය කළ හැකි අතර ක්‍රියාකාරීත්වය ක්රියාත්මක වන බවට විශ්වාසයෙන් සිටින්න.
අපගේ පද්ධතිය සක්‍රියව භාවිතා කරන බැවින්, ව්‍යාපාරයට ඔබෙන් අලුත් දෙයක් අවශ්‍ය වනු ඇත, කාලයත් සමඟ ජීවත් වන්න සහ පාරිභෝගික-අභිමුඛ වන්න. අපගේ ලෝයල්ටි ක්රමය තුළ, නිකුතු සෑම මාස දෙකකට වරක් නිකුත් වේ. මෙයින් අදහස් කරන්නේ සෑම මාස දෙකකට වරක්ම අපි සමස්ත පද්ධතියේ සම්පූර්ණ පසුබෑමක් සිදු කළ යුතු බවයි. ඒ අතරම, ස්වභාවිකවම, ඕනෑම නවීන තොරතුරු තාක්ෂණයක මෙන්, සංවර්ධනය වහාම සංවර්ධකයාගේ සිට නිෂ්පාදනයට නොයයි. එය සංවර්ධකයාගේ පරිපථයෙන් ආරම්භ වේ, පසුව පරීක්ෂණ බංකුව හරහා අනුක්‍රමිකව ගමන් කරයි, මුදා හැරීම, පිළිගැනීම සහ පසුව පමණක් නිෂ්පාදනයෙන් අවසන් වේ. අවම වශයෙන්, පරීක්ෂණ සහ මුදා හැරීමේ පරිපථ මත, අපි සම්පූර්ණ පද්ධතියේ සම්පූර්ණ පසුබෑමක් සිදු කළ යුතුය.
විස්තර කරන ලද ගුණාංග ඕනෑම ලෝයල්ටි පද්ධතියක් සඳහා සම්මත වේ. අපි අපේ ව්යාපෘතියේ විශේෂාංග ගැන කතා කරමු.
තාක්‍ෂණිකව, අපගේ ලෝයල්ටි පද්ධතියේ තර්කයෙන් 90%ක් ඔරකල් මත සේවාදායක මත පදනම් වන අතර ක්රියාත්මක වේ. ස්වයංක්‍රීය සේවා ස්ථාන පරිපාලකයෙකුගේ කාර්යය ඉටු කරන ඩෙල්ෆි හි සේවාදායකයෙකු නිරාවරණය වී ඇත. බාහිර යෙදුම් සඳහා නිරාවරණය වූ වෙබ් සේවා ඇත (උදාහරණයක් ලෙස වෙබ් අඩවියක්). එබැවින්, අපි ස්වයංක්‍රීය පරීක්ෂණ පද්ධතියක් යෙදුවහොත්, අපි එය ඔරකල් හි සිදු කිරීම ඉතා තාර්කික ය.
Sportmaster හි ලෝයල්ටි ක්රමය වසර 7කට වැඩි කාලයක් පවතින අතර තනි සංවර්ධකයින් විසින් නිර්මාණය කරන ලදී... මෙම වසර 7 තුළ අපගේ ව්යාපෘතියේ සාමාන්ය සංවර්ධකයින් සංඛ්‍යාව 3-4 දෙනෙක් විය. නමුත් පසුගිය වසර තුළ අපගේ කණ්ඩායම සැලකිය යුතු ලෙස වර්ධනය වී ඇති අතර දැන් ව්යාපෘතියේ පුද්ගලයින් 10 දෙනෙකු වැඩ කරයි. එනම්, සාමාන්ය කාර්යයන්, ක්‍රියාවලි සහ ගෘහ නිර්මාණ ශිල්පය පිළිබඳ හුරුපුරුදු නොවන පුද්ගලයින් ව්‍යාපෘතියට පැමිණේ. ඒ වගේම අපිට වැරදීම් මඟහැරීමේ අවදානම වැඩියි.
කාර්ය මණ්ඩල ඒකක ලෙස කැපවූ පරීක්ෂකයින් නොමැති වීම ව්‍යාපෘතිය සංලක්ෂිත වේ. ඇත්ත වශයෙන්ම, පරීක්ෂණ ඇත, නමුත් පරීක්ෂණ සිදු කරනු ලබන්නේ විශ්ලේෂකයින් විසින් ඔවුන්ගේ අනෙකුත් ප්‍රධාන වගකීම් වලට අමතරව: ව්‍යාපාරික ගනුදෙනුකරුවන්, පරිශීලකයින් සමඟ සන්නිවේදනය කිරීම, පද්ධති අවශ්යතා සංවර්ධනය කිරීම යනාදිය. යනාදී වශයෙන්... පරීක්ෂණ ඉතා උසස් තත්ත්වයේ සිදු කර ඇතත් (මෙය සඳහන් කිරීම විශේෂයෙන් සුදුසුය, සමහර විශ්ලේෂකයින් මෙම වාර්තාවේ ඇසට හසු විය හැකි බැවින්), විශේෂීකරණයේ සහ එක් දෙයක් කෙරෙහි අවධානය යොමු කිරීමේ කාර්යක්ෂමතාවය අවලංගු කර නොමැත. .
ඉහත සියල්ල සලකා බැලීමේදී, බෙදා හරින ලද නිෂ්පාදනයේ ගුණාත්මකභාවය වැඩි දියුණු කිරීම සහ සංවර්ධන කාලය අඩු කිරීම සඳහා, ව්‍යාපෘතියක් පිළිබඳ ස්වයංක්‍රීය පරීක්ෂණ පිළිබඳ අදහස ඉතා තාර්කික බව පෙනේ. ලෝයල්ටි පද්ධතියේ පැවැත්මේ විවිධ අවස්ථා වලදී, තනි සංවර්ධකයින් තම කේතය ඒකක පරීක්ෂණ සමඟ ආවරණය කිරීමට උත්සාහ කළහ. සමස්තයක් වශයෙන් ගත් කල, සෑම කෙනෙකුම තමන්ගේම ගෘහ නිර්මාණ ශිල්පය සහ ක්‍රම භාවිතා කරන අතර, එය තරමක් අසමගි ක්‍රියාවලියක් විය. අවසාන ප්රතිඵල ඒකක පරීක්ෂණ සඳහා පොදු විය: පරීක්ෂණ සංවර්ධනය කර, යම් කාලයක් භාවිතා කර, අනුවාද ගොනු ගබඩාවක ගබඩා කර ඇත, නමුත් යම් අවස්ථාවක දී ඒවා ක්රියාත්මක වීම නැවැත්වූ අතර අමතක විය. පළමුවෙන්ම, මෙයට හේතු වූයේ පරීක්ෂණ වඩාත් නිශ්චිත කාර්ය සාධනයක් සමඟ සම්බන්ධ වී ඇති අතර ව්‍යාපෘතියට නොවේ.
utPLSQL ගලවා ගැනීමට පැමිණේ
ඔබ Stephen Feuerstein ගැන යමක් දන්නවාද?
මෙය ඔරකල් සහ PL/SQL සමඟ වැඩ කිරීම සඳහා තම වෘත්තීය ජීවිතයෙන් දීර්ඝ කාලයක් කැප කළ දක්ෂ පුද්ගලයෙක් වන අතර මෙම මාතෘකාව පිළිබඳ කෘති විශාල ප්‍රමාණයක් ලියා ඇත. ඔහුගේ සුප්‍රසිද්ධ ග්‍රන්ථවලින් එකක් නම්: “Oracle PL/SQL. වෘත්තිකයන් සඳහා." utPLSQL විසඳුම හෝ, Oracle PL/SQL සඳහා ඒකක පරීක්ෂණ රාමුව නිර්මාණය කළේ ස්ටීවන් විසිනි. utPLSQL විසඳුම 2016 දී නිර්මාණය කරන ලද නමුත් එය දිගටම සක්‍රියව ක්රියාත්මක වන අතර නව අනුවාද නිකුත් වේ. වාර්තා කරන අවස්ථාවේදී, නවතම අනුවාදය 24 මාර්තු 2019 දක්වා දිව යයි.
එය කුමක් ද. මෙය වෙනම විවෘත මූලාශ්‍ර ව්‍යාපෘතියකි. උදාහරණ සහ ලියකියවිලි ඇතුළුව එය මෙගාබයිට් කිහිපයක් බරයි. භෞතිකව, එය ඒකක පරීක්ෂණ සංවිධානය කිරීම සඳහා පැකේජ සහ වගු කට්ටලයක් සහිත ORACLE දත්ත ගබඩාවේ වෙනම සැලැස්මකි. ස්ථාපනය තත්පර කිහිපයක් ගතවේ. utPLSQL හි සුවිශේෂී ලක්ෂණයක් වන්නේ එහි භාවිතයේ පහසුවයි.
ගෝලීය වශයෙන්, utPLSQL යනු ඒකක පරීක්ෂණ ක්රියාත්මක කිරීමේ යාන්ත්‍රණයකි, එහිදී ඒකක පරීක්ෂණයක් සාමාන්ය Oracle කණ්ඩායම් ක්රියා පටිපාටි ලෙස වටහාගෙන ඇති අතර, එහි සංවිධානය යම් නීතිරීති අනුගමනය කරයි. දියත් කිරීමට අමතරව, utPLSQL ඔබගේ සියලුම පරීක්ෂණ ධාවන සටහනක් ගබඩා කරයි, සහ අභ්‍යන්තර වාර්තාකරණ පද්ධතියක් ද ඇත.
මෙම තාක්ෂණය භාවිතයෙන් ක්රියාත්මක කරන ලද ඒකක පරීක්ෂණ කේතය කෙබඳුද යන්න පිළිබඳ උදාහරණයක් බලමු.
එබැවින්, තිරය ඒකක පරීක්ෂණ සමඟ සාමාන්ය පැකේජ පිරිවිතර සඳහා කේතය පෙන්වයි. අනිවාර්ය අවශ්යතා මොනවාද? පැකට්ටුව "utp_" සමඟ උපසර්ග විය යුතුය. පරීක්ෂණ සහිත සියලුම ක්රියා පටිපාටිවලට හරියටම එකම උපසර්ගය තිබිය යුතුය. පැකේජයේ සම්මත ක්රියා පටිපාටි දෙකක් අඩංගු විය යුතුය: "utp_setup" සහ "utp_teardown". පළමු ක්රියා පටිපාටිය කැඳවනු ලබන්නේ එක් එක් ඒකක පරීක්ෂණය නැවත ආරම්භ කිරීමෙනි, දෙවන - දියත් කිරීමෙන් පසුව.
"utp_setup", රීතියක් ලෙස, ඒකක පරීක්ෂණයක් ධාවනය කිරීමට අපගේ පද්ධතිය සූදානම් කරයි, උදාහරණයක් ලෙස, පරීක්ෂණ දත්ත නිර්මාණය කිරීම. “utp_teardown” - ඊට පටහැනිව, සියල්ල මුල් සැකසුම් වෙත ආපසු ගොස් දියත් කිරීමේ ප්රතිඵල නැවත සකසයි.
අපගේ ලෝයල්ටි පද්ධතිය සඳහා ඇතුළත් කර ඇති පාරිභෝගික දුරකථන අංකය සම්මත පෝරමයට සාමාන්‍යකරණය කිරීම පරීක්ෂා කරන සරලම ඒකක පරීක්ෂණයේ උදාහරණයක් මෙන්න. ඒකක පරීක්ෂණ සමඟ ක්රියා පටිපාටි ලියන ආකාරය පිළිබඳ අනිවාර්ය ප්‍රමිතීන් නොමැත. රීතියක් ලෙස, පරීක්ෂණයට ලක්ව ඇති පද්ධතියේ ක්රමයක් වෙත ඇමතුමක් ලබා දෙන අතර, මෙම ක්රමය මගින් ආපසු ලබා දෙන ප්රතිඵලය යොමුව සමඟ සංසන්දනය කරනු ලැබේ. සමුද්දේශ ප්රතිඵලය සහ ලබාගත් එක සංසන්දනය කිරීම සම්මත utPLSQL ක්‍රම හරහා සිදු වීම වැදගත් වේ.
ඒකක පරීක්ෂණයකට ඕනෑම චෙක්පත් සංඛ්‍යාවක් තිබිය හැක. උදාහරණයෙන් දැකිය හැකි පරිදි, දුරකථන අංකය සාමාන්‍යකරණය කිරීමට සහ එක් එක් ඇමතුමෙන් පසු ප්‍රති result ලය ඇගයීමට අපි පරීක්ෂා කරන ලද ක්‍රමයට අඛණ්ඩව ඇමතුම් හතරක් කරන්නෙමු. ඒකක පරීක්ෂණයක් සංවර්ධනය කිරීමේදී, පද්ධතියට කිසිදු ආකාරයකින් බලපාන්නේ නැති චෙක්පත් ඇති බව ඔබ සැලකිල්ලට ගත යුතු අතර, සමහරක් පසු ඔබ පද්ධතියේ මුල් තත්ත්වය වෙත ආපසු යා යුතුය.
උදාහරණයක් ලෙස, ඉදිරිපත් කරන ලද ඒකක පරීක්ෂණයේදී අපි ආදාන දුරකථන අංකය සරලව සංයුති කරමු, එය ලෝයල්ටි පද්ධතියට කිසිදු ආකාරයකින් බලපාන්නේ නැත.
නව සේවාදායකයෙකු නිර්මාණය කිරීමේ ක්රමය භාවිතා කරමින් අපි ඒකක පරීක්ෂණ ලියන්නේ නම්, එක් එක් පරීක්ෂණයෙන් පසු පද්ධතිය තුළ නව සේවාදායකයෙකු නිර්මාණය වනු ඇත, එය පසුව පරීක්ෂණය දියත් කිරීමට බලපායි.
ඒකක පරීක්ෂණ ක්රියාත්මක වෙන්නේ මෙහෙමයි. දියත් කිරීමේ විකල්ප දෙකක් තිබේ: සියලුම ඒකක පරීක්ෂණ නිශ්චිත පැකේජයකින් ධාවනය කිරීම හෝ නිශ්චිත පැකේජයක නිශ්චිත ඒකක පරීක්ෂණයක් ධාවනය කිරීම.
අභ්‍යන්තර වාර්තාකරණ පද්ධතියක උදාහරණයක් පෙනෙන්නේ මෙයයි. ඒකක පරීක්ෂණයේ ප්රතිඵල මත පදනම්ව, utPLSQL කුඩා වාර්තාවක් ගොඩනඟයි. එහි එක් එක් නිශ්චිත චෙක්පත සඳහා ප්රතිඵලය සහ ඒකක පරීක්ෂණයේ සමස්ත ප්රතිඵලය අපි දකිමු.
ස්වයං පරීක්ෂණ නීති 6 ක්
ලෝයල්ටි පද්ධතියේ ස්වයංක්‍රීය පරීක්ෂණ සඳහා නව පද්ධතියක් නිර්මාණය කිරීමට පෙර, කළමනාකරණය සමඟ එක්ව, අපගේ අනාගත ස්වයංක්‍රීය පරීක්ෂණවලට අනුකූල විය යුතු මූලධර්ම අපි තීරණය කළෙමු.
- ස්වයං පරීක්ෂණ ඵලදායී විය යුතු අතර ප්රයෝජනවත් විය යුතුය. අප සතුව අපූරු සංවර්ධකයින් සිටී, ඔවුන් අනිවාර්යයෙන්ම සඳහන් කළ යුතුය, මන්ද ඔවුන්ගෙන් සමහරෙක් මෙම වාර්තාව දකිනු ඇති අතර ඔවුන් අපූරු කේතයක් ලියයි. නමුත් ඔවුන්ගේ අපූරු කේතය පවා පරිපූර්ණ නොවන අතර දෝෂ ඇති, ඇති සහ දිගටම පවතිනු ඇත. මෙම දෝෂ සොයා ගැනීමට ස්වයංක්‍රීය පරීක්ෂණ අවශ්‍ය වේ. මෙය එසේ නොවේ නම්, එක්කෝ අපි නරක ස්වයංක්‍රීය පරීක්ෂණ ලියන්නෙමු, නැතහොත් අපි ප්‍රතිපත්තිමය වශයෙන් සංවර්ධනය නොවන මළ ප්‍රදේශයකට පැමිණ ඇත්තෙමු. අවස්ථා දෙකේදීම, අපි වැරදි දෙයක් කරමින් සිටින අතර, අපගේ ප්රවේශය සරලව අර්ථවත් නොවේ.
- ස්වයං පරීක්ෂණ භාවිතා කළ යුතුය. මෘදුකාංග නිෂ්පාදනයක් ලිවීම සඳහා විශාල කාලයක් හා ශ්‍රමයක් වැය කිරීම, එය ගබඩාවක තබා එය අමතක කිරීම තේරුමක් නැත. පරීක්ෂණ ධාවනය කළ යුතු අතර, හැකි තරම් නිතිපතා ධාවනය කළ යුතුය.
- ස්වයං පරීක්ෂණ ස්ථාවරව ක්රියා කළ යුතුය. දවසේ වේලාව නොතකා, දියත් කිරීමේ ස්ථාවරය සහ අනෙකුත් පද්ධති සැකසුම්, පරීක්ෂණ ධාවනය එකම ප්රතිඵලය වෙත යොමු විය යුතුය. රීතියක් ලෙස, ස්ථාවර පද්ධති සැකසුම් සමඟ විශේෂ පරීක්ෂණ දත්ත සමඟ ස්වයංක්‍රීය පරීක්ෂණ ක්රියා කරන බව සහතික කෙරේ.
- ස්වයංක්‍රීය පරීක්ෂණ ඔබේ ව්‍යාපෘතිය සඳහා පිළිගත හැකි වේගයකින් ක්රියා කළ යුතුය. මෙම කාලය එක් එක් පද්ධතිය සඳහා තනි තනිව තීරණය වේ. සමහර අයට දවස පුරා වැඩ කිරීමට හැකියාවක් ඇති අතර අනෙක් අයට තත්පර කිහිපයකින් එය කිරීම ඉතා වැදගත් වේ. අපගේ ව්යාපෘතියේ අප ලබා ගත් වේග ප්‍රමිතීන් මොනවාදැයි මම ඔබට ටිකක් පසුව කියමි.
- ස්වයං පරීක්ෂණ සංවර්ධනය නම්‍යශීලී විය යුතුය. කිසියම් ක්‍රියාකාරීත්වයක් අප මීට පෙර සිදු නොකළ නිසා හෝ වෙනත් හේතුවක් නිසා එය පරීක්ෂා කිරීම ප්‍රතික්ෂේප කිරීම සුදුසු නොවේ. utPLSQL සංවර්ධනය සඳහා කිසිදු සීමාවක් පනවන්නේ නැත, සහ Oracle, ප්‍රතිපත්තිමය වශයෙන්, ඔබට විවිධ දේවල් ක්රියාත්මක කිරීමට ඉඩ සලසයි. බොහෝ ගැටළු වලට විසඳුමක් ඇත, එය කාලය සහ වෑයම පිළිබඳ ප්රශ්නයක් පමණි.
- යෙදවීමේ හැකියාව. අපට පරීක්ෂණ ධාවනය කිරීමට අවශ්‍ය ස්ථාන කිහිපයක් තිබේ. සෑම ස්ථාවරයකම, ඕනෑම වේලාවක දත්ත ඩම්ප් එකක් යාවත්කාලීන කළ හැක. ඔබට එහි සම්පූර්ණ හෝ අර්ධ ස්ථාපනය වේදනා රහිතව සිදු කළ හැකි වන පරිදි ස්වයංක්‍රීය පරීක්ෂණ සහිත ව්‍යාපෘතියක් පැවැත්වීම අවශ්‍ය වේ.
ඒවගේම තව දවස් දෙකකින් දෙවෙනි පෝස්ට් එකෙන් මම ඔයාලට කියන්නම් අපි කරපු දේවල් සහ අපි ලබා ගත් ප්රතිඵල මොනවද කියලා.
මූලාශ්රය: www.habr.com