ඒකකය, ඒකාබද්ධ කිරීම සහ ක්‍රියාකාරී පරීක්ෂණ අතර වෙනස

ඒකකය, ඒකාබද්ධ කිරීම සහ ක්‍රියාකාරී පරීක්ෂාව පිළිබඳ සවිස්තරාත්මක සංසන්දනයක්:

ඕනෑම මෘදුකාංග යෙදුමක් සඳහා, ඒකක පරීක්‍ෂණය මෙන්ම ඒකාබද්ධතා පරීක්‍ෂණය යන දෙකම ඉතා වැදගත් වේ. මෘදුකාංග යෙදුමක් පරීක්ෂා කිරීම සඳහා අද්විතීය ක්‍රියාවලියක්.

නමුත් ඕනෑම එකකට හෝ දෙකටම ඕනෑම අවස්ථාවක ක්‍රියාකාරී පරීක්ෂණය ප්‍රතිස්ථාපනය කළ නොහැක.

3>

ඒකක පරීක්‍ෂණය එදිරිව ඒකාබද්ධතා පරීක්‍ෂණය Vs ක්‍රියාකාරී පරීක්‍ෂණය

ඒකක පරීක්‍ෂණය යන්නෙන් අදහස් වන්නේ යෙදුමක තනි මොඩියුලයන් හුදකලාව (පරාධීතා සමඟ කිසිදු අන්තර්ක්‍රියාවකින් තොරව) පරීක්‍ෂා කිරීමයි. කේතය දේවල් නිවැරදිව කරන බව තහවුරු කරන්න.

ඒකාබද්ධතා පරීක්ෂාව යනු කණ්ඩායමක් ලෙස එකට එකතු වූ විට විවිධ මොඩියුල හොඳින් ක්‍රියා කරන්නේ දැයි පරීක්ෂා කිරීමයි.

ක්‍රියාකාරී පරීක්ෂණය යනු කේතය නිවැරදි දේ කරන බව තහවුරු කිරීම සඳහා පද්ධතියේ ක්‍රියාකාරීත්වයේ පෙත්තක් පරීක්ෂා කිරීම (පරායත්තතා සමඟ අන්තර් ක්‍රියා කළ හැක) යන්නයි.

ක්‍රියාකාරී පරීක්ෂණ ඒකාබද්ධතා පරීක්ෂණවලට සම්බන්ධ වේ, කෙසේ වෙතත්, ඒවා පරීක්ෂණවලට ඇඟවුම් කරයි සියලුම කේත එකට ක්‍රියාත්මක වන පරිදි සම්පූර්ණ යෙදුමේ ක්‍රියාකාරිත්වය පරීක්ෂා කරන්න, සුපිරි ඒකාබද්ධතා පරීක්ෂණයක්.

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

සහ, වඩාත්ම වැදගත් දෙය නම්, ආයෝජනයේ ප්‍රතිලාභය (ROI) ප්‍රශස්ත කිරීම සඳහා, ඔබේ කේත පදනමට හැකි තරම් ඒකක පරීක්ෂණ, අඩු ඒකාබද්ධතා පරීක්ෂණ සහ අවම ක්‍රියාකාරී පරීක්ෂණ සංඛ්‍යාව තිබිය යුතුය.

මෙය පහත පරීක්ෂණ පිරමීඩයේ හොඳින්ම නිදර්ශනය කර ඇත:

ඒකක පරීක්ෂණ ලිවීමට පහසු වන අතර ක්‍රියාත්මක කිරීමට ඉක්මන් වේ. ඉහත පිරමීඩයේ පෙන්වා ඇති පරිදි පරීක්ෂණ ක්‍රියාත්මක කිරීමට සහ නඩත්තු කිරීමට ඇති කාලය සහ ශ්‍රමය ඒකක පරීක්ෂාවේ සිට ක්‍රියාකාරී පරීක්ෂණ දක්වා වැඩි වේ.

උදාහරණය:

අපි අතිශය සරල කළ උදාහරණයකින් මෙම පරීක්ෂණ වර්ග තුන තේරුම් ගනිමු.

උදා . ක්‍රියාකාරී ජංගම දුරකථනයක් සඳහා, අවශ්‍ය ප්‍රධාන කොටස් වන්නේ "බැටරි" සහ "සිම් කාඩ්" ය.

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

ඒකාබද්ධතා පරීක්ෂණ උදාහරණය – ජංගම දුරකථනය ආරම්භ කිරීම සඳහා බැටරි සහ සිම් කාඩ්පත ඒකාබද්ධ කර ඇත.

ක්‍රියාකාරී පරීක්ෂණ උදාහරණය – ජංගම දුරකථනයක ක්‍රියාකාරීත්වය එහි විශේෂාංග සහ බැටරි භාවිතය මෙන්ම සිම් කාඩ්පත් පහසුකම් අනුව පරීක්ෂා කෙරේ.

අපි උදාහරණයක් දුටුවෙමු. ගිහියාගේ නියමයන්.

දැන්, අපි දැන් පිවිසුම් පිටුවක තාක්ෂණික උදාහරණයක් ගනිමු:

සෑම වෙබ් යෙදුමකටම පාහේ අවශ්‍ය වේ පරිශීලකයන්/පාරිභෝගිකයින් පුරනය වීමට. ඒ සඳහා, සෑම යෙදුමකටම අවශ්‍ය වේමෙම අංග සහිත “පිවිසුම්” පිටුවක් තිබිය යුතුය:

  • ගිණුම/පරිශීලක නාමය
  • මුරපදය
  • පිවිසීම/පිවිසීම බොත්තම

ඒකක පරීක්ෂාව සඳහා, පහත දැක්වෙන පරීක්ෂණ අවස්ථා විය හැක:

  • ක්ෂේත්‍ර දිග – පරිශීලක නාමය සහ මුරපද ක්ෂේත්‍ර.
  • ආදාන ක්ෂේත්‍ර අගයන් වලංගු විය යුතුය.
  • පිවිසුම් බොත්තම සක්‍රීය වන්නේ ක්ෂේත්‍ර දෙකෙහිම වලංගු අගයන් (ආකෘතිය සහ දිගට) ඇතුළත් කිරීමෙන් පසුව පමණි.

ඒකාබද්ධතා පරීක්ෂාව සඳහා, පහත පරීක්ෂණ අවස්ථා විය හැක:

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

දැන්, ඒකක සහ ඒකාබද්ධතා පරීක්ෂණ සිදු කිරීමෙන් පසු, අපි ක්‍රියාකාරී පරීක්ෂාව සඳහා සලකා බලනු ලබන අතිරේක පරීක්ෂණ අවස්ථා බලමු:

    13>අපේක්ෂිත හැසිරීම පරීක්ෂා කර ඇත, එනම් වලංගු පරිශීලක නාමයක් සහ මුරපද අගයන් ඇතුළත් කිරීමෙන් පසු පිවිසුම් බොත්තම ක්ලික් කිරීමෙන් පරිශීලකයාට ලොග් විය හැකිද?
  1. සාර්ථක පිවිසුමකින් පසුව දිස්විය යුතු පිළිගැනීමේ පණිවිඩයක් තිබේද?
  2. වලංගු නොවන පිවිසුමක දිස්විය යුතු දෝෂ පණිවිඩයක් තිබේද?
  3. පිවිසුම් ක්ෂේත්‍ර සඳහා ගබඩා කර ඇති අඩවි කුකීස් තිබේද?
  4. අක්‍රිය පරිශීලකයෙකුට ලොග් විය හැකිද?
  5. ඔවුන්ගේ මුරපද අමතක වූ පරිශීලකයින් සඳහා 'අමතක වූ මුරපදය' සබැඳියක් තිබේද?

මෙවැනි තවත් බොහෝ අවස්ථා තිබේ.ක්රියාකාරී පරීක්ෂණ සිදු කරන අතරතුර ක්රියාකාරී පරීක්ෂකයෙකුගේ මනස. නමුත් සංවර්ධකයෙකුට Unit and Integration test කේස් ගොඩනඟන අතරතුර සියලුම නඩු භාරගත නොහැක.

මේ අනුව, ඒකක සහ ඒකාබද්ධතා පරීක්‍ෂණයෙන් පසුව පවා පරීක්‍ෂා කිරීමට ඇති අවස්ථා ඕනෑ තරම් තිබේ.

ඒකක, අනුකලනය සහ ක්‍රියාකාරී පරීක්ෂණ එකින් එක පරීක්ෂා කිරීමට දැන් කාලයයි.

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

නමෙහි සඳහන් වන පරිදි, මෙම මට්ටමට 'ඒකකය' පරීක්ෂා කිරීම ඇතුළත් වේ.

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

පහත දැක්වෙන්නේ ඒකක පරීක්ෂාව සහ එහි ප්‍රතිලාභ පිළිබඳ වැදගත් කරුණු කිහිපයකි:

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

JUnit (Java framework), PHPUnit (PHP framework), NUnit (.Net framework) යනාදිය විවිධ භාෂා සඳහා භාවිත වන ජනප්‍රිය ඒකක පරීක්ෂණ මෙවලම් වේ.

ඒකාබද්ධතා පරීක්ෂාව යනු කුමක්ද? ?

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

ඒකාබද්ධ පරීක්ෂණවල අරමුණ වන්නේ ක්‍රියාකාරීත්වය, විශ්වසනීයත්වය සහ කාර්ය සාධනය පරීක්ෂා කිරීමයි. පද්ධතිය ඒකාබද්ධ කළ විට.

පළමුව පරීක්‍ෂා කරන ලද මොඩියුල මත ඒකාබද්ධතා පරීක්‍ෂණය සිදු කරනු ලබන අතර පසුව ඒකාබද්ධතා පරීක්‍ෂණය මඟින් මොඩියුලවල සංයෝජනය අපේක්ෂිත ප්‍රතිදානය ලබා දෙනවාද නැද්ද යන්න නිර්වචනය කරයි. ස්වාධීන පරීක්ෂකයන් විසින් හෝ සංවර්ධකයින් විසින්ද සිදු කරනු ලැබේ.

විවිධ ආකාරයේ ඒකාබද්ධතා පරීක්ෂණ ප්‍රවේශයන් 3ක් ඇත. අපි ඒ සෑම එකක් ගැනම කෙටියෙන් සාකච්ඡා කරමු:

a) Big Bang Integration ප්‍රවේශය

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

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

මහා පිපිරුම් ප්‍රවේශයේ ප්‍රධාන වාසි ඒකාබද්ධ සියල්ල එක් වරකට පරීක්‍ෂා කිරීමයි.

එක් ප්‍රධාන අවාසිය අසාර්ථකතා හඳුනාගැනීම අපහසු වීමයි.

උදාහරණය: පහත රූපයේ, ඒකක 1 සිට ඒකක 6 දක්වා ඒකාබද්ධ කර මහා පිපිරුම් ප්‍රවේශය භාවිතයෙන් පරීක්ෂා කරනු ලැබේ.

b) ඉහළ-පහළ ප්‍රවේශය

ඒකක/මොඩියුල ඒකාබද්ධ කිරීම පියවරෙන් පියවර ඉහළ සිට පහළ මට්ටම දක්වා පරීක්ෂා කෙරේ.

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

ඉහළ-පහළ ප්‍රවේශය යනු සත්‍යයේ දේවල් සිදුවන ආකාරය සමඟ අනුකූල වන බැවින් එය ඒකාබද්ධ කිරීමේ ඉතා කාබනික ක්‍රමයකි. පරිසරය.

මෙම ප්‍රවේශය සමඟ ඇති එකම සැලකිල්ල ප්‍රධාන ක්‍රියාකාරීත්වය අවසානයේ පරීක්‍ෂා කෙරේ.

c) පහළ- ඉහළ ප්‍රවේශය

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

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

Unit Testing vs Integration Testing

ඒකක පරීක්‍ෂණය සහ ඒකාබද්ධතා පරීක්‍ෂණය ගැන ප්‍රමාණවත් සාකච්චා කර ඇති නිසා, අපි ඉක්මනින් දෙක අතර ඇති වෙනස්කම් හරහා යමු. පහත වගුවේ:

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

ක්‍රියාකාරී පරීක්ෂාව

කළු පෙට්ටි පරීක්ෂණ ක්‍රමයක්, යම් ආදානයක් සැපයීමේදී අපේක්ෂිත ප්‍රතිදානය උත්පාදනය කිරීම සඳහා යෙදුමේ ක්‍රියාකාරීත්වය පරීක්ෂා කරනු ලබන්නේ 'ක්‍රියාකාරී පරීක්ෂණය' ලෙසිනි.

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

නිගමනය

මෙම පරීක්ෂණ වර්ග තුනම සහසම්බන්ධ වේ.

සම්පූර්ණ ආවරණය ලබා ගැනීම සඳහා, එය කේතයේ මාර්ග/රේඛා සඳහා ඒකක පරීක්ෂණ, 'ඒකක' බවට සහතික වීම සඳහා ක්‍රියාකාරී සහ ඒකාබද්ධතා පරීක්ෂණ අවශ්‍ය වේ.එකට සහජීවනයෙන් වැඩ කරන්න.

මෙම පරීක්ෂණ ආකාරවලට තවත් බොහෝ දේ ඇතත්, මෙම ලිපිය මඟින් ඔබට ඒකක, ඒකාබද්ධ කිරීම සහ ක්‍රියාකාරී පරීක්ෂාව සහ ඒවායේ වෙනස්කම් පිළිබඳව පැහැදිලි අදහසක් ලබා දෙනු ඇතැයි බලාපොරොත්තු වෙනවා!!

නිර්දේශිත කියවීම

ඉහළට යන්න