‫دور اﻷﺧﺘﺒﺎر ﻓﻲ ﺗﻄﻮﻳﺮ اﻟﺒﺮﻣﺠﻴﺎت‬

‫
و
ﺻﻴﺎﻧﺘﻬﺎ وﻋﻤﻠﻬﺎ‬
‫‪Lecture 2‬‬

‫د‪.‬إﺑﺮاﻫﻴﻢ اﻟﺒﻠﻄﻪ‬

‫أﺧﺘﺒﺎر اﻟﺒﺮﻣﺠﻴﺎت‬
 ‫ﻣﻘﺪﻣﺔ‬
‫ﻛﻤﺎ ذﻛﺮﻧﺎ ﻓﻲ اﻟﻤﺤﺎﺿﺮة اﻟﺴﺎﺑﻘﺔ اﻧﻪ ﻳﻤﻜﻦ ارﺗﻜﺎب اﺧﻄﺎء ﻓﻲ‬ ‫‪‬‬
‫اي ﻣﺮﺣﻠﺔ ﻣﻦ ﻣﺮاﺣﻞ ﺣﻴﺎة اﻟﻨﻈﺎم‪.‬‬
‫ﻳﻌﺘﺒﺮ اﻷﺧﺘﺒﺎر اﻟﺼﺎرم ﻇﺮورﻳﺎً أﺛﻨﺎء اﻟﺘﻄﻮﻳﺮ واﻟﺼﻴﺎﻧﺔ ﻟﻠﺘﻌﺮف‬ ‫‪‬‬
‫ﻋﻠﻰ اﻟﻌﻴﻮب وذﻟﻚ ﻟﻠﺘﺎﻟﻲ‪:‬‬
‫‪ ‬ﺗﻘﻠﻴﻞ أﺣﺘﻤﺎل ﻓﺸﻞ اﻟﻨﻈﺎم ﻓﻲ اﻟﺒﻴﺌﺔ اﻟﻌﻤﻠﻴﺎﺗﻴﺔ‬
‫‪ ‬زﻳﺎدة ﺟﻮدة اﻟﻨﻈﺎم اﻟﻌﻤﻠﻴﺎﺗﻲ‪.‬‬
 ‫اﻷﺧﺘﺒﺎر واﻟﺠﻮدة‬
‫ﻳﺴﺎﻋﺪ اﻷ ﺧﺘﺒﺎر ﻓﻲ ﻗﻴﺎس ﺟﻮدة اﻟﺒﺮﻣﺠﻴﺎت ﻣﻦ ﺣﻴﺚ ﻋﺪد‬ ‫‪‬‬
‫اﻟﻌﻴﻮب اﻟﺘﻲ ﺗﻢ اﻟﻌﺜﻮر ﻋﻠﻴﻬﺎ واﻷ ﺧﺘﺒﺎرات اﻟﺘﻲ ﺗﻢ ﺗﻨﻔﻴﺬﻫﺎ‬
‫واﻟﻨﻈﺎم اﻟﺬي ﺗﺸﻤﻠﻪ اﻷﺧﺘﺒﺎرات‪.‬‬
‫ﻳﻤﻜﻦ أن ﻳﻌﻄﻲ اﻷ ﺧﺘﺒﺎر اﻟﺜﻘﺔ ﺑﺠﻮدة اﻟﺒﺮﻣﺠﻴﺎت إذا وﺟﺪ‬ ‫‪‬‬
‫ﺑﻌﺾ اﻟﻌﻴﻮب أو ﻟﻢ ﻳﺠﺪ اي ﻋﻴﺐ‪ ,‬ﺑﺸﺮط أﻧﻨﺎ ﻛﻨﺎ راﺿﻴﻦ ﻋﻦ‬
‫ﻣﺪى ﺻﺮاﻣﺔ اﻷﺧﺘﺒﺎر‪.‬‬
‫ﻋﻨﺪﻣﺎ ﻳﻌﺜﺮ اﻷﺧﺘﺒﺎر ﻋﻠﻰ ﻋﻴﻮب‪ ,‬ﺗﺰداد ﺟﻮدة اﻟﻨﻈﺎم اﻟﺒﺮﻣﺠﻲ‬ ‫‪‬‬
‫ﺣﺎل إﺻﻼ ح ﻫﺬه اﻟﻌﻴﻮب‪ ,‬ﻋﻠﻰ أن ﻳﺘﻢ إﻧﺠﺎز ﻫﺬه اﻟﻌﻴﻮب‬
‫ﺑﺸﻜﻞ ﺻﺤﻴﺢ‪.‬‬
 ‫ﻣﺎﻫﻲ اﻟﺠﻮدة‬
‫ﻫﻨﺎك وﺟﻬﺎت ﻧﻈﺮ ﻣﺨﺘﻠﻔﺔ ﻓﻲ اﻟﺘﻮﻗﻌﺎت و اﻟﺠﻮدة ﺑﻴﻦ اﻟﻤﻄﻮر‬ ‫‪‬‬
‫و اﻟﻤﺴﺘﺨﺪم واﻟﺰﺑﻮن‪ .‬اﻟﺠﺪول اﻟﺘﺎﻟﻲ ﻳﻮﻇﺢ ذﻟﻚ‪:‬‬
‫اﻟﺒﻨﺪورة‬ ‫اﻟﺒﺮﻣﺠﺔ‬ ‫وﺟﻬﺔ اﻟﻨﻈﺮ‬
‫ﺳﻮف ﻧﻘﻴﺲ ﺳﻤﺎت اﻟﺒﺮﻣﺠﻴﺎت‪ ,‬أن ﺗﻜﻮن اﻟﺒﻨﺪورة ﺑﺎﻟﺤﺠﻢ‬ ‫ﺗﻘﺎس اﻟﺠﻮدة ﺗﺒﻌﺎً‬
‫واﻟﺸﻜﻞ اﻟﺼﺤﻴﺤﻴﻦ ﻟﺘﻌﻠﻴﺒﻬﺎ‬ ‫ﻣﺜﻞ وﺛﻮﻗﻴﺘﻬﺎ ﻣﻦ ﺣﻴﺚ اﻟﺰﻣﻦ‬ ‫ﻟﺴﻤﺎت اﻟﻤﻨﺘﺞ‬
‫ﻣﻦ اﺟﻞ ﻣﺮﻛﺰ اﻟﺘﺴﻮق‪ .‬وأن‬ ‫اﻟﻮﺳﻄﻲ ﺑﻴﻦ ﺣﺎﻟﺘﻲ ﻓﺸﻞ‪,‬‬
‫ﺗﻜﻮن ذات ﻃﻌﻢ ﺟﻴﺪ وﻟﻮن‬ ‫واﺻﺪارﻫﺎ ﺣﺎﻟﻤﺎ ﺗﺼﻞ اﻟﻰ‬
‫ﻣﻨﺎﺳﺐ‪.‬‬ ‫ﻣﺴﺘﻮى ﻣﺤﺪد‬
‫ﺳﻮف ﻧﺴﺎل اﻟﻤﺴﺘﺨﺪﻣﻴﻦ ﻋﻤﺎ اذا اﻟﺒﻨﺪورة ﻣﻨﺎﺳﺒﺔ ﻟﻮﺟﺒﺔ‬ ‫اﻟﺠﻮدة ﻫﻲ اﻟﻤﻼءﻣﺔ‬
‫ﻟﻠﻌﻤﻞ‪ .‬ﻗﺪ ﺗﻜﻮن ﻟﻠﺠﻮدة ﻛﺎﻧﻮا ﻳﺴﺘﻄﻴﻌﻮن اﻧﺠﺎز اﻋﻤﺎﻟﻬﻢ‪ ,‬ﻃﻌﺎﻣﻨﺎ‪.‬‬
‫ﻧﻮاح ﻣﻮﺿﻮﻋﻴﺔ وﻟﻴﺲ واذا ﻛﺎﻧﻮا ﻣﻘﺘﻨﻌﻴﻦ ﺑﺄن ﺑﻮﺳﻌﻨﺎ‬
‫إﺻﺪار اﻟﺒﺮﻣﺠﻴﺔ‪.‬‬ ‫ﻛﻤﻴﺔ ﻓﻘﻂ‪.‬‬
 ‫اﻟﺒﻨﺪورة‬ ‫اﻟﺒﺮﻣﺠﺔ‬ ‫وﺟﻬﺔ اﻟﻨﻈﺮ‬
‫ﺳﻮف ﻧﺴﺘﻌﻤﻞ ﻋﻤﻠﻴﺔ ﺗﻄﻮﻳﺮ ﺑﺮﻣﺠﻲ أن ﻳﺘﻢ زرع‬ ‫اﻟﺠﻮدة ﺗﺴﺘﻨﺪ اﻟﻰ ﻋﻤﻠﻴﺎت‬
‫ﻣﻌﺮوﻓﺔ‪ .‬وﻟﻦ ﻧﺼﺪر اﻟﺒﺮﻣﺠﻴﺔ اﻻ إذا اﻟﺒﻨﺪورة أﺻﻼًً‪ ,‬و أﻻ‬ ‫اﻟﺘﺼﻨﻴﻊ اﻟﺠﻴﺪة‪ ,‬وﻫﻲ ﺗﻠﺒﻲ‬
‫ﻳﻜﻮن ﻓﻴﻬﺎ أي‬ ‫ﻛﺎن ﻫﻨﺎك أﻗﻞ ﻣﻦ ﺧﻤﺴﺔ ﻋﻴﻮب‬ ‫ﻣﺘﻄﻠﺒﺎت ﻣﻌﺮﻓﺔ‪ .‬ﺗﻘﺎس‬
‫ﺑﺎرزة ذات أوﻟﻮﻳﺔ ﻣﺮﺗﻔﻌﺔ‪ ,‬وذﻟﻚ ﺣﺎل ﺷﻮاﺋﺐ وﻻ أوﺑﺌﺔ‪.‬‬ ‫اﻟﺠﻮدة ﺑﺎﻷﺧﺘﺒﺎر واﻟﺘﺤﺮي‬
‫اﻛﺘﻤﺎل اﻷﺧﺘﺒﺎرات اﻟﻤﺨﻄﻂ ﻟﻬﺎ‪.‬‬ ‫وﺗﺤﻠﻴﻞ اﻟﻌﻴﻮب وﺣﺎﻻت‬
‫اﻟﻔﺸﻞ‬
‫ﻟﻠﺒﻨﺪورة ﻣﻌﺪل‬ ‫ﻟﻘﺪ ﻗﻴﺪﻧﺎ اﻷﺧﺘﺒﺎر ﺑﺎﻟﻮﻗﺖ‪ ,‬أﺳﺒﻮﻋﺎن‬ ‫ﺗﻮﻗﻌﺎت اﻟﻘﺪرة اﻟﻤﺎﻟﻴﺔ‪.‬‬
‫ﺣﻴﺎة ﺟﻴﺪ‪ ,‬وﻫﻲ‬ ‫ﺣﺘﻰ ﻻ ﻧﺘﺠﺎوز ﻣﻴﺰاﻧﻴﺔ اﻟﻤﺸﺮوع‬ ‫اﻟﻘﺪرة ﻋﻠﻰ اﻟﺸﺮاء‪,‬‬
‫رﺧﻴﺼﺔ أو ﻗﻴﻤﺘﻬﺎ‬ ‫واﻟﻤﻘﺎﻳﻀﺔ اﻟﻤﺴﺘﺪة اﻟﻰ‬
‫ﺟﻴﺪة ﻣﺎﻟﻴﺎً‬ ‫اﻟﻘﻴﻤﺔ ﺑﻴﻦ اﻟﻮﻗﺖ و اﻟﺠﻬﺪ و‬
‫اﻟﺘﻜﻠﻔﺔ‪ .‬ﻳﻤﻜﻨﻨﺎ ﺷﺮاء ﻫﺬه‬
‫اﻟﺒﺮﻣﺠﻴﺎت وﻧﺘﻮﻗﻊ ﻋﺎﺋﺪ‬
‫اﺳﺘﺜﻤﺎر ﻣﻨﻬﺎ‪.‬‬
‫ﻧﺤﺼﻞ ﻋﻠﻰ‬ ‫اﻟﻤﺸﺎﻋﺮ اﻟﻤﺒﻬﻤﺔ‪ ,‬وﻫﻲ ﺗﺘﻌﻠﻖ ﻧﺤﺐ ﻫﺬه اﻟﺒﺮﻣﺠﻴﺎت! إﻧﻬﺎ ﻣﻀﺤﻜﺔ‬
‫ﺑﻨﺪورﺗﻨﺎ ﻣﻦ ﻣﺰرﻋﺔ‬ ‫ﺑﻤﺸﺎﻋﺮ ﻓﺮد أو ﻣﺠﻤﻮﻋﺔ ﻣﻦ وﻫﺬا ﻛﻞ ﺷﻲء! ﻟﻜﻦ ﻣﺎذا ﻟﻮﻛﺎن ﻓﻴﻬﺎ‬
‫ﻣﺤﻠﻴﺔ ﺻﻐﻴﺮة‬ ‫اﻷﻓﺮاد ﺣﻴﺎل ﻣﻨﺘﺞ أو ﻣﺰود‪ .‬ﺑﻌﺾ اﻟﻤﺸﺎﻛﻞ؟‬
‫وﻧﺘﻔﻖ ﺟﻴﺪاً ﻣﻊ‬ ‫ﻧﺴﺘﻤﺘﻊ ﺣﻘﺎً ﺑﺎﻟﻌﻤﻞ ﻣﻊ ﻫﺬا اﻟﻔﺮﻳﻖ‬
‫اﻟﻤﺰارﻋﻴﻦ‬ ‫اﻟﺒﺮﻣﺠﻲ‪ ,‬واذا ﻛﺎﻧﺖ ﻫﻨﺎك ﻣﺸﺎﻛﻞ‪,‬‬
 ‫ﻣﺎﻫﻮ ﺗﺤﻠﻴﻞ اﻟﺴﺒﺐ اﻟﺠﺬري؟‬
‫ﻋﻨﺪﻣﺎ ﻧﻜﺸﻒ اﻟﻔﺸﻞ‪ ,‬ﻧﺤﺎول ﺗﺘﺒﻌﻪ وﺻﻮﻻً اﻟﻰ ﺳﺒﺒﻪ اﻟﺠﺬري‪,‬‬ ‫‪‬‬
‫أي اﻟﺴﺒﺐ اﻟﺤﻘﻴﻘﻲ ﻟﻮﻗﻮﻋﻪ‪.‬‬
‫ﻧﻔﺘﺮض أن ﻟﺪى ﻣﺆﺳﺴﺔ ﻣﺸﻜﻠﺔ ﺗﺘﻤﺜﻞ ﻓﻲ اﻟﻔﺸﻞ اﻟﻤﺘﻜﺮر‬ ‫‪‬‬
‫ﻟﻠﻄﺒﺎﺑﻌﺔ‪ .‬اﺟﺘﻤﻊ ﺑﻌﺾ ﻓﻨﻴﻴﻦ ال ‪ IT‬ﻟﻠﺒﺤﺚ ﻋﻠﻰ اﻟﻤﺸﻜﻠﺔ‪,‬‬
‫واﺧﺬوا ﻳﺒﺤﺜﻮن ﻋﻠﻰ أﺳﺒﺎب ﺟﺬرﻳﺔ‪ ,‬ﻣﻦ ﺑﻴﻦ ﻫﺬه اﻷ ﺳﺒﺎب‬
‫اﻟﺒﺪﻳﻬﻴﺔ اﻟﺘﻲ اﻛﺘﺸﻔﻮﻫﺎ‪:‬‬
‫ﺗﻔﺘﻘﺮ اﻟﻄﺎﺑﻌﺔ اﻟﻰ اﻟﺤﺒﺮ أو اﻟﻮرق‪.‬‬ ‫‪‬‬
‫ﻓﺸﻞ ﻓﻲ ﺑﺮﻣﺠﻴﺔ ﺑﺮﻧﺎﻣﺞ ﺗﺸﻐﻴﻞ اﻟﻄﺎﺑﻌﺔ‬ ‫‪‬‬
‫اﻟﺤﺮارة ﻣﺮﺗﻔﻌﺔ ﺟﺪ اً ﻓﻲ ﻏﺮﻓﺔ اﻟﻄﺎﺑﻌﺔ‪ ,‬ﻟﺬﻟﻚ اﻟﻄﺎﺑﻌﺔ ﺗﺘﻮﻗﻒ ﻋﻦ‬ ‫‪‬‬
‫اﻟﻌﻤﻞ ﺑﺸﻜﻞ ﻣﺘﻜﺮر‪.‬‬
 ‫ﻣﺎﻫﻮ ﺗﺤﻠﻴﻞ اﻟﺴﺒﺐ اﻟﺠﺬري؟‪...‬‬
‫إذا أﻟﻘﻴﻨﺎ ﻧﻈﺮة ﻋﻠﻰ اﺣﺪﻫﺎ ”ﺗﻔﺘﻘﺮ اﻟﻄﺎﺑﻌﺔ اﻟﻰ اﻟﺤﺒﺮ أو اﻟﻮرق“‬ ‫‪‬‬
‫ﻓﻬﻮ ﻳﺤﺪث ﺑﺴﺒﺐ‪:‬‬
‫ﻻ ﻳﻮﺟﺪ ﺷﺨﺺ ﻣﺴﺆول ﻋﻦ اﻟﺘﺤﻘﻖ ﻣﻦ ﻣﺴﺘﻮى اﻟﻮرق واﻟﺤﺒﺮ ﻓﻲ‬ ‫‪‬‬
‫اﻟﻄﺎﺑﻌﺔ‪ ,‬ﻟﺬﻟﻚ ﻳﻜﻮن اﻟﺴﺒﺐ اﻟﺠﺬري اﻟﻤﻤﻜﻦ ﻫﻮ‪ :‬ﻟﻴﺴﺖ ﻫﻨﺎك ﻋﻤﻠﻴﺔ‬
‫ﻣ ُُﺴﺘﺨﺪﻣﺔ ﻣﺴﺒﻘﺎً ﻟﻠﺘﺤﻘﻖ ﻣﻦ ﻣﺴﺘﻮى اﻟﻮرق واﻟﺤﺒﺮ ﻓﻲ اﻟﻄﺎﺑﻌﺔ‪.‬‬
‫ﻻﻳﻌﺮف ﺑﻌﺾ اﻋﻀﺎء اﻟﻔﺮﻳﻖ اﻟﻌﻤﻞ ﻛﻴﻒ ﻳﻤﻜﻦ أن ﻳُﻐﻴﺮ ﻋﻠﺒﺔ اﻟﺤﺒﺮ‪,‬‬ ‫‪‬‬
‫ﻟﺬﻟﻚ ﻳﻜﻮن اﻟﺴﺒﺐ اﻟﺠﺬري اﻟﻤﻤﻜﻦ ﻫﻮ‪ :‬اﻟﻔﺮﻳﻖ ﻏﻴﺮ ﻣُﺪرب أو ﻻ ﻳﻤﻠﻚ‬
‫اﻟﺘﻌﻠﻴﻤﺎت اﻟﻤﻄﻠﻮﺑﺔ ﻟﻠﻌﻨﺎﻳﺔ ﺑﺎﻟﻄﺎﺑﻌﺔ‪.‬‬
‫ﻻ ﻳﻮﺟﺪ ﻋﻠﺐ ﺣﺒﺮ ﺑﺪﻳﻠﺔ أو ورق اﺿﺎﻓﻲ‪ ,‬ﻟﺬﻟﻚ ﻳﻜﻮن اﻟﺴﺒﺐ اﻟﺠﺬري‬ ‫‪‬‬
‫اﻟﻤﻤﻜﻦ ﻫﻮ‪ :‬ﻻ ﺗﻮﺟﺪ ﻋﻤﻠﻴﺔ ﻣُﺘُ ﺒﻌﺔ ﻟﻠﺘﺤﻜﻢ ﺑﺎﻟﻤﺨﺰون واﻟﻄﻠﺒﻴﺎت‪.‬‬
 ‫ﻟﻤﺎذا ﻧﺴﺘﺨﺪم اﻷﺧﺘﺒﺎر؟‬
‫ﻧﺴﺘﺨﺪم اﻻ ﺧﺘﺒﺎر ﻟﻤﺴﺎﻋﺪﺗﻨﺎ ﻓﻲ اﻟﻌﺜﻮر ﻋﻠﻰ اﻟﻌﻴﻮب وﺣﺎﻻت‬ ‫‪‬‬
‫اﻟﻔﺸﻞ اﻟﻤﻤﻜﻨﺔ‪ ,‬وذﻟﻚ اﺛﻨﺎء ﺗﻄﻮﻳﺮ وﺻﻴﺎﻧﺔ وﺗﺸﻐﻴﻞ اﻟﺒﺮﻣﺠﻴﺎت‪.‬‬
‫ﻧﻘﻮم ﺑﺎﻷ ﺧﺘﺒﺎر ﻟﻨﺴﺎﻋﺪ ﻓﻲ اﻟﺘﻘﻠﻴﻞ ﻣﻦ ﺧﻄﺮ وﻗﻮع اﻟﻔﺸﻞ ﻓﻲ‬ ‫‪‬‬
‫ﺑﻴﺌﺔ اﻟﻌﻤﻞ‪ ,‬أي ﻓﻲ اﻟﺒﻴﺌﺔ اﻟﺘﻲ ﻳﺘﻢ اﺳﺘﺨﺪم اﻟﻨﻈﺎم ﻓﻴﻬﺎ‪.‬‬
‫ﻧﻘﻮم ﺑﺎﻷ ﺧﺘﺒﺎر ﻣﻦ أﺟﻞ اﻟﻤﺴﺎﻫﻤﺔ ﻓﻲ ﺗﺤﻘﻴﻖ ﺟﻮدة اﻟﻨﻈﺎم‬ ‫‪‬‬
‫اﻟﺒﺮﻣﺠﻲ‪.‬‬
‫رﻏﻢ أﻧﻨﺎ ﻧﺤﺘﺎج اﻟﻰ اﻟﺘﻔﻜﻴﺮ ﺑﻌﻴﻮب و ﻣﺤﺎوﻻ ت ﻓﺸﻞ ﻛﺜﻴﺮة‬ ‫‪‬‬
‫وﻣﺘﻨﻮﻋﺔ‪ ,‬إﻻ أﻧﻪ ﻟﻦ ﻳﺘﻢ ﺗﺼﺤﻴﺢ ﺟﻤﻴﻌﻬﺎ‪ .‬ﻓﻘﺪ ﻳﺼﺤﺢ‬
‫اﻟﻤﺒﺮﻣﺠﻮن و اﻵ ﺧﺮون اﻟﻌﻴﻮب ﻗﺒﻞ وﺿﻊ اﻟﻨﻈﺎم وﺗﺸﻐﻴﻠﺔ ﻓﻲ‬
‫ﺑﻴﺌﺔ اﻟﻌﻤﻞ‪ ,‬وﻟﻜﻦ ﻗﺪ ﻳﻜﻮن ﻣﻦ اﻷﻛﺜﺮ ﺣﺴﺎﺳﻴﺔ أن ﻧﺘﺤﺎﻳﻞ ﻋﻠﻰ‬
‫اﻟﻔﺸﻞ‪.‬‬
 ‫ﻣﺎﻫﻲ اﻟﻜﻤﻴﺔ اﻟﻜﺎﻓﻴﺔ ﻣﻦ اﻻﺧﺘﺒﺎرات؟‬
‫ﻣﺒﺪأ اﺧﺘﺒﺎر‪ -‬ﻻﻳﻤﻜﻦ اﺟﺮاء اﺧﺘﺒﺎر ﺷﻤﻮﻟﻲ‬
‫ﻟﻴﺲ أﺧﺘﺒﺎر ﻛﻞ ﺷﻲء )ﺟﻤﻴﻊ ﺗﺮاﻛﻴﺐ اﻟﺪﺧﻞ واﻟﺸﺮوط اﻟﻤﺴﺒﻘﺔ( ﻣﺠﺪﻳﺎً ﺑﺎﺳﺘﺜﻨﺎء‬
‫اﻟﺤﺎﻻت‬
‫اﻟﺒﺴﻴﻄﺔ‪ .‬وﺑﺪﻻً ﻣﻦ إﺟﺮاء اﺧﺘﺒﺎر ﺷﻤﻮﻟﻲ‪ ,‬ﻧﺴﺘﻌﻤﻞ اﻟﻤﺨﺎﻃﺮ واﻷوﻟﻮﻳﺎت ﻟﺘﺮﻛﻴﺰ ﺟﻬﻮد‬
‫اﻻﺧﺘﺒﺎر‬
‫ﻛﻢ ﻣﻦ اﻻﺧﺘﺒﺎرات اﻟﺘﻲ ﻳﺠﺐ ان ﻧﻨﻔﺬ؟‬ ‫‪‬‬

‫ﻟﺪﻳﻨﺎ اﻟﺨﻴﺎرات اﻟﺘﺎﻟﻴﺔ‪:‬‬ ‫‪‬‬

‫اﺧﺘﺒﺎر ﻛﻞ ﺷﻲء‬ ‫‪‬‬
‫او ﻋﺪم اﺧﺘﺒﺎر اي ﺷﻲء‬ ‫‪‬‬
‫او اﺧﺘﺒﺎر ﺑﻌﺾ اﺟﺰاء اﻟﺒﺮﻧﺎﻣﺞ‬ ‫‪‬‬
 ‫ﻣﺎﻫﻲ اﻟﻜﻤﻴﺔ اﻟﻜﺎﻓﻴﺔ ﻣﻦ اﻻﺧﺘﺒﺎرات؟‪...‬‬
‫ﻣﻦ اﻟﺒﺪﻳﻬﻲ ان ﺗﻜﻮن اﻻﺟﺎﺑﺔ اﻟﻤﺒﺎﺷﺮة ﻫﻲ اﺧﺘﺒﺎر ﻛﻞ ﺷﻲء‪.‬‬ ‫‪‬‬

‫وذﻟﻚ ﻟﻨﻨﺎ ﻻ ﻧﺮﻏﺐ ﺑﺎﺳﺘﺨﺪام ﺑﺮاﻣﺞ ﻟﻢ ﻳﺘﻢ اﺧﺘﺒﺎرﻫﺎ ﺑﺸﻜﻞ‬ ‫‪‬‬

‫ﺷﺎﻣﻞ‪.‬‬
‫اذ اً ﻹ ﺟﺎراء اﺧﺘﺒﺎر ﺷﺎﻣﻞ‪ ,‬ﻓﺈﻧﻪ ﻳﺘﻮﺟﺐ ﻋﻠﻴﻨﺎ ﺗﻄﺒﻴﻖ ﺟﻤﻴﻊ‬ ‫‪‬‬
‫ﺟﻮاﻧﺐ ﻧﻈﺎم ﺑﺮﻣﺠﻲ ﺧﻼل اﻻﺧﺘﺒﺎر‪ .‬وﻳﺠﺐ ان ﻧﺮاﻋﻲ ﻫﻨﺎ ﻣﺎ‬
‫إذا ﻛﺎن ﻳﺠﺐ ﻋﻠﻴﻨﺎ او ﺣﺘﻰ ﻳﻤﻜﻨﻨﺎ اﺧﺘﺒﺎر ﻛﻞ ﺷﻲء‪.‬‬
 ‫ﻣﺜﺎل ﻟﻜﻤﻴﺔ اﻻﺧﺘﺒﺎر اﻟﺘﻲ ﻗﺪ ﻧﺤﺘﺎﺟﻬﺎ ﻹﺟﺮاء‬
‫اﺧﺘﺒﺎر ﺑﺴﻴﻂ ﺑﺸﻜﻞ ﺷﺎﻣﻞ‪.‬‬
‫ﻣﺎﻫﻮ ﻋﺪد اﻻﺧﺘﺒﺎرات اﻟﺘﻲ ﻗﺪ ﻧﺤﺘﺎج اﻟﻴﻬﺎ ﻹﺟﺮاء اﺧﺘﺒﺎر ﻛﺎﻣﻞ‬ ‫‪‬‬
‫ﻟﺤﻘﻞ ﻋﺪدي ﺑﺨﺎﻧﺔ وﺣﻴﺪة؟‬
‫اﻟﺴﺆال اﻟﻤﺒﺎﺷﺮ ﻫﻨﺎ ﻫﻮ‪ :‬ﻣﺎﻟﺬي ﻧﻘﺼﺪه ﺑﺎﻷﺧﺘﺒﺎر اﻟﺸﺎﻣﻞ؟ ﻫﻨﺎك‬ ‫‪‬‬
‫‪ 10‬ﻗﻴﻢ ﻋﺪدﻳﺔ ﻣﻤﻜﻨﺔ ﺻﺎﻟﺤﺔ‪ ,‬وﻟﻜﻨﻨﺎ ﻧﺮﻳﺪ اﻳﻀﺎً أن ﻧﺘﺄﻛﺪ ﻣﻦ‬
‫رﻓﺾ ﺟﻤﻴﻊ اﻟﻘﻴﻢ ﻏﻴﺮ اﻟﺼﺎﻟﺤﺔ‪.‬‬
‫ﻫﻨﺎك ‪ 26‬ﺣﺮﻓﺎً ﻫﻴﺠﺎﺋﻴﺎً ﺻﻐﻴﺮة اﻟﺤﺎﻟﺔ وﻣﺜﻠﻬﺎ ﻛﺒﻴﺮة اﻟﺤﺎﻟﺔ‪.‬‬ ‫‪‬‬

‫ﻫﻨﺎك اﻳﻀﺎً ﻣﺤﺎرف اﻟﺘﺮﻗﻴﻢ واﻟﻘﻴﻤﺔ اﻟﻔﺎرﻏﺔ اﻳﻀﺎً‬ ‫‪‬‬

‫وﺑﺎﻟﺘﺎﻟﻲ ﻳﻮﺟﺪ ﻋﻠﻰ اﻷ ﻗﻞ ‪ 68‬اﺧﺘﺒﺎر اً ﻣﻦ أﺟﻞ ﻫﺬا اﻟﻤﺜﺎل‬ ‫‪‬‬

‫اﻟﺒﺴﻴﻂ‪.‬‬
 ‫ﻣﺜﺎل اﺧﺘﺒﺎر اﻟﻘﻴﺎدة‬
‫ﻧﻔﺘﺮض ان ﺷﺨﺺ ﻣﺎ اراد ان ﻳﺤﺼﻞ ﻋﻠﻰ رﺧﺼﺔ اﻟﻘﻴﺎدة‪ ,‬ﻟﺬﻟﻚ ﻳﺠﺐ أن‬ ‫‪‬‬
‫ﻳﺨﻀﻊ ﻷ ﺧﺘﺒﺎر اﻟﻘﻴﺎدة‪ ,‬وﻟﻠﻘﻴﺎم ﺑﻬﺬا اﻷ ﺧﺘﺒﺎر ﻫﻨﺎك ﻋﺪد ﻣﻦ اﻟﺨﻄﻮات‬
‫اﻟﺘﻲ ﻳﺠﺐ ان ﺗﻨﻔﺬ وﻫﻲ‪:‬‬
‫ﻳﺘﻢ اﻟﺘﺨﻄﻴﻂ ﻟﻸﺧﺘﺒﺎر واﻟﺘﺤﻀﻴﺮ ﻟﻪ‪.‬‬ ‫‪1.‬‬

‫ﻳﻤﻠﻚ اﻻ ﺧﺘﺒﺎر اﻫﺪاﻓﺎ ً ﻣﻌﺮوﻓﺔ‪ :‬ﺗﻘﻴﻴﻢ ﻣﺎ اذا ﻛﺎن ﻣﻦ اﻻ ﻣﻦ أن ﻳﺴﻤﺢ‬ ‫‪2.‬‬

‫ﻟﻠﺴﺎﺋﻖ ﺑﺎﻟﻘﻴﺎدة ﺑﻤﻔﺮدة ﺑﺪون ﻣﻌﻠﻢ‪ ,‬وﺑﺪون أن ﻳﻌﺮض ﻧﻔﺴﻪ أو اﻵﺧﺮﻳﻦ‬
‫ﻟﻠﺨﻄﺮ‪.‬‬
‫ﻳﺘﻢ اذاً اﺟﺮاء اﻷﺧﺘﺒﺎر ﻟﻠﺘﺒﻴﻦ ﻣﻦ ان اﻟﺴﺎﺋﻖ ﻳﻠﺒﻲ ﻣﺘﻄﻠﺒﺎت اﻟﻘﻴﺎدة ﻫﺬه‪,‬‬ ‫‪3.‬‬
‫وﻹﻳﻀﺎح أﻧﻪ ﻣﻨﺎﺳﺐ ﻟﻠﻘﻴﺎدة‪ .‬ﻳﺒﺤﺚ اﻟﻤﺨﺘﺒﺮ ﻋﻦ اﻟﻌﻴﻮب ﻓﻲ اﻟﻘﻴﺎدة‪.‬‬
‫إﺿﺎﻓﺔ إﻟﻰ ﻣﻼﺣﻈﺔ اﻟﻘﻴﺎدة اﻟﻔﻌﻠﻴﺔ ﻟﻠﺴﺎﺋﻖ‪ ,‬ﺳﻮف ﻳﺴﺄل اﻟﻤﺨﺘﺒﺮ أﺳﺌﻠﺔ أو‬ ‫‪4.‬‬
‫ﺳﻴﺨﻀﻊ اﻟﺴﺎﺋﻖ ﻻﺧﺘﺒﺎر ﻛﺘﺎﺑﻲ‪ ,‬وذﻟﻚ ﻟﻠﺘﺤﻘﻖ ﻣﻦ ﻓﻬﻤﺔ ﻟﻘﻮاﻋﺪ اﻟﻤﺮور و‬
‫اﻹﺷﺎرات اﻟﻤﺮورﻳﺔ وﻣﺎﻟﺬي ﻳﺠﺐ ﻓﻌﻠﻪ ﻓﻲ اﻟﺤﺎﻻت اﻟﻤﺮورﻳﺔ اﻟﻤﺨﺘﻠﻔﺔ‪.‬‬
 ‫ﺗﻌﺮﻳﻒ اﺧﺘﺒﺎر اﻟﺒﺮﻣﺠﻴﺎت‬
‫ﺑﻨﺎﺋﺎً ﻋﻠﻰ ﺗﻌﺮﻳﻒ ﻋﺎم ﻻﺧﺘﺒﺎر اﻟﺒﺮﻣﺠﻴﺎت‪ :‬ﻳﺤﻮي اﻟﺘﻌﺮﻳﻒ ﻋﻠﻰ‬ ‫‪‬‬
‫ﺑﻌﺾ اﻟﺠﻤﻞ اﻷ ﺳﺎﺳﻴﺔ اﻟﺘﻲ ﻳﺠﺐ ﺗﺬﻛﺮﻫﺎ‪ .‬ﻳﺒﺪأ اﻟﺘﻌﺮﻳﻒ‬
‫ﺑﻮﺻﻒ اﻻﺧﺘﺒﺎر ﻛﻌﻤﻠﻴﺔ وﻣﻦ ﺛﻢ ﻳﺴﺮد أﻫﺪاف ﻋﻤﻠﻴﺔ اﻹﺧﺘﺒﺎر‪.‬‬
‫‪ ‬اﻟﺠﺰء اﻷول ﻣﻦ اﻟﺘﻌﺮﻳﻒ اﻹﺧﺘﺒﺎر ﻛﻌﻤﻠﻴﺔ‪.‬‬
‫‪ ‬اﻟﺠﺰء اﻟﺜﺎﻧﻲ ﻣﻦ اﻟﺘﻌﺮﻳﻒ أﻫﺪاف ﻋﻤﻠﻴﺔ اﻹﺧﺘﺒﺎر‪.‬‬
 ‫اﻟﺠﺰء اﻷول ﻣﻦ اﻟﺘﻌﺮﻳﻒ اﻹﺧﺘﺒﺎر ﻛﻌﻤﻠﻴﺔ‬
‫ﻋﻤﻠﻴﺔ ‪ .process‬اﻻﺧﺘﺒﺎر ﻫﻮ ﻋﻤﻠﻴﺔ وﻟﻴﺲ إﺟﺮاء وﺣﻴﺪاً‪ ,‬أي‬ ‫‪‬‬
‫أن ﻫﻨﺎك ﺳﻠﺴﻠﺔ ﻣﻦ اﻹﺟﺮاءات ﻓﻲ اﻻﺧﺘﺒﺎر‪.‬‬
‫اﻹ ﺟﺮاءات اﻟﺸﺎﻣﻠﺔ ﻟﺪورة ﺣﻴﺎة اﻟﻨﻈﺎم‪ .‬ﻳﺘﻢ ﺗﻨﻔﺬ ﻋﻤﻠﻴﺔ‬ ‫‪‬‬
‫اﻻﺧﺘﺒﺎر ﻋﻠﻰ ﻛﺎﻣﻞ دورة ﺣﻴﺎت اﻟﺒﺮﻣﺠﻴﺎت‪ .‬ﻟﻮ اﺳﺘﻄﻌﻨﺎ اﻟﻌﺜﻮر‬
‫ﻋﻠﻰ اﻟﻌﻴﻮب ﻓﻲ اﻟﻤﺘﻄﻠﺒﺎت وأﺻﻠﺤﻨﺎﻫﺎ ﻓﻲ ﻣﺮﺣﻠﺔ اﻟﻤﺘﻄﻠﺒﺎت‪,‬‬
‫ﻓﻬﺬا ﻣﻔﻴﺪ ﺗﺠﺎرﻳﺎً‪ .‬ﻻ ﻧﻨﺎ ﺳﻮف ﻧﺒﻨﻲ اﻟﺒﺮﻣﺠﻴﺎت اﻟﺼﺤﻴﺤﺔ‪,‬‬
‫وﺑﺴﻌﺮﻣﻨﺨﻔﺾ إﺟﻤﺎﻟﻴﺎً‬
‫اﺳﺘﺎﺗﻴﻜﻲ ودﻳﻨﺎﻣﻴﻜﻲ‪.‬‬ ‫‪‬‬
‫اﻷ ﺧﺘﺒﺎر اﻟﺪﻳﻨﺎﻣﻴﻜﻲ ﻳﺘﻢ ﻓﻴﻪ ﺗﻨﻔﻴﺬ ﺷﻔﺮة اﻟﺒﺮﻧﺎﻣﺞ ﻹ ﻳﻀﺎح ﻧﺘﺎﺋﺞ‬ ‫‪‬‬
‫ﺗﻨﻔﻴﺬ اﻷﺧﺘﺒﺎر‬
‫اﻷ ﺧﺘﺒﺎر اﻻ ﺳﺘﺎﺗﻴﻜﻲ ﻳﺘﻢ اﺧﺘﺒﺎر و اﻛﺘﺸﺎف اﻟﻌﻴﻮب ﺑﺪون ﺗﻨﻔﻴﺬ‬ ‫‪‬‬
 ‫اﻟﺠﺰء اﻷول ﻣﻦ اﻟﺘﻌﺮﻳﻒ اﻹﺧﺘﺒﺎر ﻛﻌﻤﻠﻴﺔ‪...‬‬
‫اﻟﺘﺨﻄﻴﻂ‪ .‬ﺗﺘﻢ اﻹﺟﺮاءات ﻗﺒﻞ وﺑﻌﺪ ﺗﻨﻔﻴﺬ اﻻﺧﺘﺒﺎر‪.‬‬ ‫‪‬‬

‫اﻟﺘﺤﻀﻴﺮ‪ .‬ﻧﺤﺘﺎج اﻟﻰ اﺧﺘﻴﺎر ﻣﺎذا ﺳﻴﻔﻌﻞ اﻟﻨﻈﺎم‪ ,‬وذﻟﻚ‬ ‫‪‬‬

‫ﺑﺘﺤﺪﻳﺪ ﺷﺮوط اﻻﺧﺘﺒﺎر وﺗﺼﻤﻴﻢ ﺣﺎﻻت اﻻﺧﺘﺒﺎر‪.‬‬
‫اﻟﺘﻘﻴﻴﻢ‪ .‬ﻳﺠﺐ ان ﻧﺘﺤﻘﻖ ﻣﻦ اﻟﻨﺘﺎﺋﺞ وﻧﻘﻴﻢ اﻟﺒﺮﻣﺠﻴﺎت ﻗﻴﺪ‬ ‫‪‬‬
‫اﻻﺧﺘﺒﺎر وﻣﻌﺎﻳﻴﺮ اﻻﻧﺘﻬﺎء ﻣﻦ اﻻﺧﺘﺒﺎر‪.‬‬
‫اﻟﻤﻨﺘﺠﺎت اﻟﺒﺮﻣﺠﻴﺔ واﻟﻤﻨﺘﺠﺎت اﻟﻤﺘﻌﻠﻘﺔ ﺑﺎﻟﻌﻤﻞ‪ .‬ﻻ ﻧﻘﻮم‬ ‫‪‬‬
‫ﺑﻤﺠﺮد اﺣﺘﺒﺎر اﻟﺸﻔﺮة‪ ,‬ﺑﻞ ﻧﺨﺘﺒﺮ اﻟﻤﺘﻄﻠﺒﺎت واﻟﻤﻮاﺻﻔﺎت‬
‫اﻟﺘﺼﻤﻴﻤﻴﺔ‪ ,‬ﻛﻤﺎ ﻧﺨﺘﺒﺮ اﻟﻤﺴﺘﻨﺪات ذات اﻟﺼﻠﺔ ﻣﺜﻞ دﻟﻴﻞ‬
‫اﻟﺘﺸﻐﻴﻞ واﻻﺳﺘﺨﺪام وﻣﻮاد اﻟﺘﺪرﻳﺐ‪.‬‬
 ‫اﻟﺠﺰء اﻟﺜﺎﻧﻲ ﻣﻦ اﻟﺘﻌﺮﻳﻒ أﻫﺪاف ﻋﻤﻠﻴﺔ اﻷﺧﺘﺒﺎر‬
‫ﻳﻐﻄﻲ اﻟﺠﺰء اﻟﺜﺎﻧﻲ ﻣﻦ اﻟﺘﻌﺮﻳﻒ ﺑﻌﺾ اﻫﺪاف اﻻ ﺧﺘﺒﺎر‪ ,‬أي‬ ‫‪‬‬
‫اﻷﺳﺒﺎب اﻟﺘﻲ ﺗﺠﻌﻠﻨﺎ ﻧﻘﻮم ﺑﻪ‪:‬‬
‫ﺗﺤﺪﻳﺪ أن )اﻟﻤﻨﺘﺠﺎت اﻟﺒﺮﻣﺠﻴﺔ( ﺗﻠﺒﻲ ﻣﺘﻄﻠﺒﺎت ﻣﺤﺪدة‪.‬‬ ‫‪‬‬

‫إﻳﻀﺎح أن )اﻟﻤﻨﺘﺠﺎت اﻟﺒﺮﻣﺠﻴﺔ( ﻣﻨﺎﺳﺒﺔ ﻟﻠﻐﺎﻳﺔ اﻟﻨﻬﺎﺋﻴﺔ‪ .‬ﺑﻤﻌﻨﻰ‬ ‫‪‬‬

‫أﻧﻪ ﻳﺠﺐ ﻣﻌﺮﻓﺔ ﻣﺎ إذا ﻛﺎﻧﺖ اﻟﺒﺮﻣﺠﻴﺎت ﺗﻘﻮم ﺑﻤﺎ ﻳﻜﻔﻲ‬
‫ﻟﻤﺴﺎﻋﺪة اﻟﻤﺴﺘﺨﺪﻣﻴﻦ ﻓﻲ اﻧﺠﺎز ﻣﻬﺎﻣﻬﻢ‪ ,‬أي ﻧﺘﺄﻛﺪ ﻣﻦ ان‬
‫اﻟﺒﺮﻣﺠﻴﺎت ﺗﻘﻮم ﺑﻤﺎ ﻳﺘﻮﻗﻌﻪ اﻟﻤﺴﺘﺨﺪم ﻣﻨﻄﻘﻴﺎً‬
‫اﻛﺘﺸﺎف اﻟﻌﻴﻮب‪ .‬ﺗﻮﺟﺪ ﻓﺎﺋﺪة أﺧﺮى ﻻ ﻛﺘﺸﺎف اﻟﻌﻴﻮب‪ ,‬ﻓﻬﻲ‬ ‫‪‬‬
‫ﺗﺴﺎﻋﺪﻧﺎ أﻳﻀﺎً‪ ,‬ﻣﻦ ﺧﻼل ﺗﺤﻠﻴﻞ اﻟﺴﺒﺐ اﻟﺠﺬري‪ ,‬ﻋﻠﻰ ﺗﺤﺴﻴﻦ‬
‫ﻋﻤﻠﻴﺎت اﻟﺘﻄﻮﻳﺮ ﺑﺤﻴﺚ ﺗﻘﻠﻞ ﻏﻠﻄﺎﺗﻨﺎ ﻓﻲ اﻷﻋﻤﺎل اﻟﻼﺣﻘﺔ‪.‬‬
 ‫ﻣﺘﻰ ﻧﺤﻘﻖ أﻫﺪاف اﻷﺧﺘﺒﺎر‬
‫ﻣﺒﺪأ اﺧﺘﺒﺎر‪ -‬اﻻﺧﺘﺒﺎر اﻟﻤﺒﻜﺮ‬
‫ﻳﺠﺐ أن ﺗﺒﺪأ إﺟﺮاءات اﻻﺧﺘﺒﺎر ﻣﺒﻜﺮاً ﻗﺪر اﻻﻣﻜﺎن ﻓﻲ دورة ﺣﻴﺎة ﺗﻄﻮﻳﺮ اﻟﺒﺮﻣﺠﻴﺎت أو‬
‫اﻟﻨﻈﺎم‪,‬‬
‫وﻳﺠﺐ أن ﺗﺮﻛﺰ ﻋﻠﻰ اﻷﻫﺪاف اﻟﻤﻌﺮﻓﺔ ﻣﺴﺒﻘﺎً‬

‫ﻳﻤﻜﻨﻨﺎ اﺳﺘﺨﺪام اﻻ ﺧﺘﺒﺎرﻳﻦ اﻻ ﺳﺘﺎﺗﻴﻜﻲ واﻟﺪﻳﻨﺎﻣﻴﻜﻲ ﻋﻠﻰ‬ ‫‪‬‬

‫اﻟﺴﻮاء ﻟﻠﻮﺻﻮل اﻟﻰ أﻫﺪاف اﺧﺘﺒﺎر ﻣﻤﺎﺛﻠﺔ‪ .‬وﻳﺸﻤﻞ اﻟﺘﺎﻟﻲ‪:‬‬
‫‪ ‬اﻟﻌﺜﻮر ﻋﻠﻰ اﻟﻌﻴﻮب‬
‫‪ ‬ﻛﺴﺐ اﻟﺜﻘﺔ وﺗﻮﻓﻴﺮ اﻟﻤﻌﻠﻮﻣﺎت ﻋﻦ ﻣﺴﺘﻮى اﻟﺠﻮدة‬
‫‪ ‬ﻣﻨﻊ اﻟﻌﻴﻮب‬
 ‫ﻣﺘﻰ ﻧﺤﻘﻖ أﻫﺪاف اﻷﺧﺘﺒﺎر‪...‬‬
‫ﻗﺪ ﻻ ﻳﻜﻮن ﺗﺼﺤﻴﺢ اﻟﻌﻴﻮب داﺋﻤﺎً ﻫﺪف اﻻ ﺧﺘﺒﺎر او اﻟﻨﺎﺗﺞ اﻟﻤﺄﻣﻮل‪.‬‬ ‫‪‬‬
‫ﻓﻘﺪ ﻧﺮﻏﺐ أﺣﻴﺎﻧﺎً ﺑﺠﻤﻊ اﻟﻤﻌﻠﻮﻣﺎت وﻗﻴﺎس اﻟﺒﺮﻣﺠﻴﺎت‪ .‬وﻗﺪ ﻳﺄﺧﺬ ﻫﺬا‬
‫اﻟﻘﻴﺎس ﺷﻜﻼ ً ﻣﻦ اﺷﻜﺎل ﻗﻴﺎﺳﺎت اﻟﺼﻔﺎت‪ ,‬ﻣﺜﻞ اﻟﺰﻣﻦ اﻟﻮﺳﻄﻲ ﺑﻴﻦ‬
‫ﻓﺸﻠﻴﻦ ﻟﺘﻘﺪﻳﺮ اﻟﻮﺛﻮﻗﻴﺔ‪ ,‬أو ﺗﻘﻴﻴﻢ ﻛﺜﺎﻓﺔ اﻟﻌﻴﻮب ﻓﻲ اﻟﺒﺮﻣﺠﻴﺎت‬
‫ﻟﺘﻘﺪﻳﺮ وﻓﻬﻢ ﺧﻄﻮرة إﻃﻼﻗﻬﺎ‪.‬‬
‫ﻋﻨﺪ ﺻﻴﺎﻧﺔ اﻟﺒﺮﻣﺠﻴﺎت ﺑﺘﺤﺴﻴﻨﻬﺎ أو إﺻﻼ ح اﻟﻌﻠﻞ ﻓﻴﻬﺎ‪ ,‬ﻓﺈﻧﻨﺎ ﻧﻐﻴﺮ‬ ‫‪‬‬
‫اﻟﺒﺮﻣﺠﻴﺎت اﻟﻤﺴﺘﺨﺪﻣﺔ ﺣﺎﻟﻴ ﺎ ً‪ .‬ﻓﻲ ﺗﻠﻚ اﻟﻠﺤﻈﺔ‪ ,‬ﻗﺪ ﻳﻜﻮن ﻫﺪف‬
‫اﻻﺧﺘﺒﺎر ﺿﻤﺎن أﻧﻨﺎ ﻟﻢ ﻧﺮﺗﻜﺐ اﻷﺧﻄﺎء وﻟﻢ ﻧﺪﺧﻞ ﻋﻴﻮﺑﺎً ﺟﺪﻳﺪة ﻋﻨﺪﻣﺎ‬
‫ﻋﺪﻟﻨﺎ اﻟﺒﺮﻣﺠﻴﺎت‪.‬‬
‫ﻗﺪ ﺗﺴﺘﻤﺮ ﺑﺎﺧﺘﺒﺎر اﻟﻨﻈﺎم ﺑﻌﺪ ﺗﺸﻐﻴﻠﺔ ﻓﻲ ﺑﻴﺌﺔ اﻟﻌﻤﻞ‪ ,‬ﻓﻲ ﻫﺬه اﻟﺤﺎﻟﺔ‪,‬‬ ‫‪‬‬
‫ﻗﺪ ﻳﻜﻮن اﻟﻬﺪف اﻟﺮﺋﻴﺴﻲ ﻫﻮ ﺗﻘﻴﻴﻢ ﺧﺼﺎﺋﺺ اﻟﻨﻈﺎم ﻣﺜﻞ اﻟﻮﺛﻮﻗﻴﺔ أو‬
 ‫ﻣﺒﺎدئ اﻷﺧﺘﺒﺎر‬
‫اﻟﻤﺒﺪأ ‪ 1‬ﻳﺪل اﻻ ﺧ ﺘﺒ ﺎر ﻳﻤﻜﻦ ﻟﻼ ﺧﺘﺒﺎر أن ﻳﺪل ﻋﻠﻰ وﺟﻮد اﻟﻌﻴﻮب‪ ,‬وﻟﻜﻨﻪ‬
‫ﻋ ﻠ ﻰ و ﺟ ﻮد ﻻ ﻳﺴﺘﻄﻴﻊ إﺛﺒﺎت ﻋﺪم وﺟﻮد اﻟﻌﻴﻮب‪ .‬ﻳﻘﻠﻞ اﻻ ﺧﺘﺒﺎر ﻣﻦ‬
‫اﺣﺘﻤﺎل ﺑﻘﺎء ﻋﻴﻮب ﻏﻴﺮ ﻣﻜﺘﺸﻔﺔ ﻓﻲ اﻟﺒﺮﻣﺠﻴﺎت‪ ,‬وﻟﻜﻦ‬ ‫اﻟﻌﻴﻮب‬
‫ﻋﺪم ﻋﺜﻮرة ﻋﻠﻰ ﻋﻴﻮب ﻟﻴﺲ دﻟﻴﻼ ً داﻣﻐ ﺎ ً ﻋﻠﻰ ﺻﺤﺔ‬
‫اﻟﺒﺮﻣﺠﻴﺎت‪.‬‬
‫ﻻ ﻳﻤﻜﻦ اﺟﺮاء ﻟﻴﺲ أﺧﺘﺒﺎر ﻛﻞ ﺷﻲء )ﺟﻤﻴﻊ ﺗﺮاﻛﻴﺐ اﻟﺪﺧﻞ واﻟﺸﺮوط‬ ‫اﻟﻤﺒﺪأ ‪2‬‬
‫اﺧﺘﺒﺎر ﺷﻤﻮﻟﻲ اﻟﻤﺴﺒﻘﺔ( ﻣﺠﺪﻳ ﺎً ﺑﺎﺳﺘﺜﻨﺎء اﻟﺤﺎﻻ ت اﻟﺒﺴﻴﻄﺔ‪ .‬وﺑﺪﻻ ً ﻣﻦ‬
‫إﺟﺮاء اﺧﺘﺒﺎر ﺷﻤﻮﻟﻲ‪ ,‬ﻧﺴﺘﻌﻤﻞ اﻟﻤﺨﺎﻃﺮ واﻷ وﻟﻮﻳﺎت‬
‫ﻟﺘﺮﻛﻴﺰ ﺟﻬﻮد اﻻﺧﺘﺒﺎر‬
‫اﻟﻤﺒﺪأ ‪ 3‬اﻻﺧﺘﺒﺎر اﻟﻤﺒﻜﺮ ﻳﺠﺐ أن ﺗﺒﺪأ إﺟﺮاءات اﻻ ﺧﺘﺒﺎر ﻣﺒﻜﺮاً ﻗﺪر اﻻ ﻣﻜﺎن ﻓﻲ‬
‫دورة ﺣﻴﺎة ﺗﻄﻮﻳﺮ اﻟﺒﺮﻣﺠﻴﺎت أو اﻟﻨﻈﺎم‪ ,‬وﻳﺠﺐ أن ﺗﺮﻛﺰ‬
‫ﻋﻠﻰ اﻷﻫﺪاف اﻟﻤﻌﺮﻓﺔ ﻣﺴﺒﻘﺎً‬
‫ﻣﺠﻤﻮﻋﺔ ﺻﻐﻴﺮة ﻣﻦ اﻟﻮﺣﺪات اﻟﺘﻲ ﺗﺤﻮي ﻣﻌﻈﻢ اﻟﻌﻴﻮب‬ ‫ﺗﺠﻤﻊ اﻟﻌﻴﻮب‬ ‫اﻟﻤﺒﺪأ ‪4‬‬
‫اﻟﻤﻜﺘﺸﻔﺔ ﺧﻼ ل اﻻ ﺧﺘﺒﺎر ﻓﻲ ﻣﺮﺣﻠﺔ ﻣﺎ ﻗﺒﻞ اﻹ ﻃﻼق‪ ,‬أو‬
 ‫ﻣﺒﺎدئ اﻷﺧﺘﺒﺎر‪...‬‬
‫ﺟ ﺪ ﻟ ﻴ ﺔ ﻣ ﺒ ﻴﺪ إذا ﺗﻢ ﺗﻜﺮار ﻧﻔﺲ اﻻ ﺧﺘﺒﺎرات ﻛﺜﻴﺮ ا ً‪ ,‬ﻓﻠﻦ ﺗﺠﺪ ﻧﻔﺲ‬ ‫اﻟﻤﺒﺪأ ‪5‬‬
‫اﻟﻤﺠﻤﻮﻋﺔ ﻣﻦ ﺣﺎﻻت اﻻﺧﺘﺒﺎر ﻋﻠﻰ اﻷرﺟﺢ أي ﻋﻠﻞ ﺟﺪﻳﺪة‪.‬‬ ‫اﻟﺤﺸﺮات‬
‫ﻟﻠﺘﻐﻠﺐ ﻋﻠﻰ ”ﺟﺪﻟﻴﺔ ﻣﺒﻴﺪ اﻟﺤﺸﺮات“ ﻫﺬه‪ ,‬ﻳﺠﺐ ﻣﺮاﺟﻌﺔ‬
‫وﻣﻌﺎﻳﻨﺔ ﺣﺎﻻ ت اﻻ ﺧﺘﺒﺎر ﺑﺸﻜﻞ ﻣﻨﺘﻈﻢ‪ ,‬وﻳﺠﺐ ﺑﺎﻟﺘﺎﻟﻲ‬
‫ﻛﺘﺎﺑﺔ اﺧﺘﺒﺎرات ﻣﺨﺘﻠﻔﺔ ﻟﺘﻄﺒﻴﻘﻬﺎ ﻋﻠﻰ اﺟﺰاء ﻣﺨﺘﻠﻔﺔ ﻣﻦ‬
‫اﻟﺒﺮﻣﺠﻴﺎت أو اﻟﻨﻈﺎم ﺑﻐﻴﺔ اﻟﻌﺜﻮر ﻋﻠﻰ اﻟﻤﺰﻳﺪ ﻣﻦ اﻟﻌﻴﻮب‬
‫اﻟﻤﺤﺘﻤﻠﺔ‪.‬‬
‫اﻻ ﺧﺘﺒﺎر ﻣﺘﻌﻠﻖ ﻳﺘﻢ اﻻ ﺧﺘﺒﺎر ﺑﺸﻜﻞ ﻣﺨﺘﻠﻒ ﺗﺒﻌ ﺎ ً ﻟﻠﺴﻴﺎق‪ .‬ﻋﻠﻰ ﺳﺒﻴﻞ‬ ‫اﻟﻤﺒﺪأ ‪6‬‬
‫اﻟﻤﺜﺎل‪ ,‬ﻳﺘﻢ اﺧﺘﺒﺎر اﻟﺒﺮﻣﺠﻴﺎت اﻟﺤﺮﺟﺔ ﺑﺎﻟﻨﺴﺒﺔ ﻟﻠﺴﻼﻣﺔ‬ ‫ﺑﺎﻟﺴﻴﺎق‬
‫ﺑﺸﻜﻞ ﻣﺨﺘﻠﻒ ﻋﻦ ﻣﻮاﻗﻊ ﺗﺠﺎرة إﻟﻜﺘﺮوﻧﻴﺔ‪.‬‬
‫ﻋ ﺪ م و ﺟ ﻮد ﻻ ﻳﺴﺎﻋﺪ اﻟﻌﺜﻮر ﻋﻠﻰ اﻟﻌﻴﻮب و إﺻﻼﺣﻬﺎ ﻓﻲ ﺷﻲء إذا ﻟﻢ‬ ‫اﻟﻤﺒﺪأ ‪7‬‬
‫اﻟﻌﻴﻮب ﻣﻐﺎﻟﻄﺔ ﻳﻜﻦ اﻟﻨﻈﺎم اﻟﻤﺒﻨﻲ ﻗﺎﺑﻼ ً ﻟﻸ ﺳﺘﺨﺪام وﻟﻢ ﻳﻠﺒﻲ ﺣﺎﺟﺎت‬
‫اﻟﻤﺴﺘﺨﺪم وﺗﻮﻗﻌﺎﺗﻪ‪.‬‬
 ‫‪Reference‬‬
‫أﺳﺲ اﺧﺘﺒﺎر اﻟﺒﺮﻣﺠﻴﺎت‪ ,‬ﺗﺄﻟﻴﻒ ﺗﺮﻳﻚ ﻓﺎن ﻓﻨﺪال‪ ,‬ﺗﺮﺟﻤﺔ‬ ‫‪‬‬
‫ﻣﺤﻤﺪ ﺷﻴﺨﻮﻣﻌﻤﻮ‪ ,‬ﺷﻌﺎع ﻟﻠﻨﺸﺮ واﻟﻌﻠﻮم‪.2010 ,‬‬