טעסטינג מגילה - טעות דיטעקשאַן פּראָצעס אין די ווייכווארג פּראָדוקט

אין ווייכווארג אַנטוויקלונג, אַ באַטייַטיק טייל פון די פּראָדוקציע פּראָצעס איז באזירט אויף ווייכווארג טעסטינג. וואָס איז עס און ווי איז אַזאַ טעטיקייט וועט דיסקוטירן אין דעם אַרטיקל.

וואָס איז גערופֿן אַ פּרובירן?

דעם רעפערס צו דעם פּראָצעס דורך פליסנדיק די ווייכווארג צו דיטעקט די לאָוקיישאַנז פון פאַלש אָפּעראַציע פון די קאָד. פֿאַר בעסטער רעזולטאַטן, דיליבראַטלי קאַנסטראַקטאַד שווער שטעלן פון ינפּוט דאַטן. דער הויפּט ציל פון די דורכקוק איז צו מאַכן די בעסטער געלעגנהייט פֿאַר דורכפאַל פון ווייכווארג. כאָטש מאל טעסטינג די דעוועלאָפּעד פּראָגראַם קענען זיין Simplified צו אַ רוטין טשעק פון ארבעטן קאַפּאַציטעט און דורכפירן די פֿעיִקייטן. דעם סאַוועס צייַט, אָבער איז אָפֿט באגלייט דורך די אַנרילייאַביליטי פון די ווייכווארג, באַניצער דיססאַטיספאַקטיאָן, און אַזוי אויף.

עפפעקטיווענעסס

ווי געזונט און געשווינד זענען ערראָרס, אַ באַטייַטיק פּראַל אויף די קאָסטן און געדויער פון ווייכווארג אַנטוויקלונג required קוואַליטעט. אַזוי, טראָץ דעם פאַקט אַז טעסטערס באַקומען אַ געצאָלט עטלעכע מאל קלענערער ווי די דעוועלאָפּערס, די פּרייַז פון זייער באַדינונגען איז יוזשאַוואַלי אַרויף צו 30 - 40% פון די פּרייַז פון די גאנצע פּרויעקט. דעם איז רעכט צו די נומער פון פּערסאַנעל, זינט די זוכן פֿאַר די גרייַז - דאָס איז אַ ומגעוויינטלעך און גאַנץ שווער פּראָצעס. אָבער אַפֿילו אויב די ווייכווארג איז דורכגעגאנגען אַ לייַטיש נומער פון טעסץ, עס איז קיין 100% גאַראַנטירן אַז דער טעות וועט נישט פּאַסירן. נאָר טאָן ניט וויסן ווען זיי פּאַסירן. צו מוטיקן טעסטערס צו קלייַבן די טייפּס פון טעסץ אַז זענען מער מסתּמא צו געפינען שולד, פאַרשידענע מאָוטאַוויישאַן מכשירים זענען געניצט: ביידע מאָראַליש און מאַטעריאַל.

צוגאַנג צו אַרבעט

די אָפּטימום איז ווען צו ינסטרומענט פאַרשידן מעקאַניזאַמז צו ענשור אַז ערראָרס אין די ווייכווארג האט ניט געווען פֿון די אָנהייב. צו טאָן דאָס, איר מוזן נעמען זאָרגן פון די געהעריק אַרקאַטעקטשער פּלאַן, קלאָר טערמינען פון דערמאָנען, און עס איז וויכטיק נישט צו מאַכן אַדזשאַסטמאַנץ אין קאָמוניקאַציע, ווען אַרבעט אויף די פּרויעקט האט שוין אנגעהויבן. אין דעם פאַל, די טעסטער צו די אַרבעט פון דערגייונג און ידענטיפיינג אַ קליין נומער פון ערראָרס אַז בלייַבן אין די לעצט רעזולטאַט. דאס וועט ראַטעווען ביידע צייַט און געלט.

וואָס איז די פּרובירן?

דאס איז אַ וויכטיק אַספּעקט פון די דורכקוק אַקטיוויטעטן, וואָס איז נייטיק פֿאַר די מצליח דיטעקשאַן פון חסרונות פון די קאָד. זיי זענען נייטיק אין סדר צו קאָנטראָלירן די ריכטיק אַפּלאַקיישאַן. וואָס איז אריינגערעכנט אין די פּראָבע? עס באשטייט פון דאַטן און זייער ערשט וואַלועס וואָס זאָל זיין באקומען ווי די ריזאַלטאַנט (אָדער ינטערמידייט). אין סדר צו הצלחה ידענטיפיצירן פּראָבלעמס און ינגקאַנסיסטענסיז, טעסץ זאָל זיין נאָך די אַלגערידאַם איז געווען דעוועלאָפּעד, אָבער האט ניט אָנהייבן פּראָגראַממינג. עס איז דיזייראַבאַל צו נוצן עטלעכע אַפּראָוטשיז צו עסטאַמייטינג די required דאַטן. אין דעם פאַל, ינקריסינג די מאַשמאָעס פון דיטעקטינג אַ טעות ווייַל איר קענען ונטערזוכן די קאָד פון אַ אַנדערש פּערספּעקטיוו. קאָמפּלעקס טעסץ מוזן צושטעלן verification פון פונדרויסנדיק ווירקונג פון די פאַרטיק ווייכווארג פּראָדוקטן, ווי ווויל ווי זיין אַרבעט אַלגערידאַמז. פון באַזונדער אינטערעס און צושטעלן מאַרדזשאַנאַל דידזשענערייט קאַסעס. אזוי, אין די פיר פון ערראָרס קענען אָפֿט אַנטדעקן אַז די ציקל אַפּערייץ אין איין אָדער מער מאל ווייניקער ווי פּלאַננעד. אויך וויכטיק איז די קאָמפּיוטער טעסטינג, דורך וועלכע איר קענען באַשטעטיקן אַז די געבעטן רעזולטאַט אויף פאַרשידענע מאשינען. דאס איז נייטיק אין סדר צו מאַכן זיכער אַז די ווייכווארג וועט אַרבעטן אויף אַלע קאָמפּיוטערס. אין נאך, די קאָמפּיוטער פּרובירן, אויף וואָס די אַנטוויקלונג וועט זיין געטראגן אויס, איז וויכטיק אין דער שאַפונג פון מאַלטי-פּלאַטפאָרמע אַנטוויקלונג.

טראָובלעשאָאָטינג Arts

מגילה אָפֿט ציל צו אַרבעטן מיט ריזיק דאַטן שטעלט. איז עס נייטיק צו שאַפֿן גאָר? נומ ' וויידספּרעד קונה די פיר פון "מיניאַטשעריזיישאַן" פון דער פּראָגראַם. אין דעם פאַל עס איז אַ גלייַך רעדוקציע פון דאַטן באַנד ווי קאַמפּערד מיט אַז צו ווערן געניצט. זאל ס קוק אין אַ משל: עס איז אַ פּראָגראַם, וואָס קריייץ אַ מאַטריץ פון גרייס 50קס50. אין אנדערע ווערטער - איר מוזן מאַניואַלי אַרייַן די 2500 וואַלועס. עס איז אַוואַדע מעגלעך, אָבער עס וועט נעמען אַ זייער לאַנג צייַט. אבער אין סדר צו פּרובירן די פונקטיאָנאַליטי, די ווייכווארג נעמט אַ מאַטריץ וועמענס ויסמעסטונג איז 5x5. צו טאָן דאָס, איר דאַרפֿן צו אַרייַן מער ווי 25 וואַלועס. אויב, אין דעם פאַל, אַ נאָרמאַל, טעות-פּאָטער אָפּעראַציע, עס מיטל אַז אַלץ איז אין סדר. כאָטש עס זענען פּיטפאַללס וואָס ליגן אין די פאַקט אַז מיט מיניאַטשעריזיישאַן סיטואַציע אַקערז, ריזאַלטינג אין טוישן ווערט ימפּליסאַט און טעמפּערעראַלי פאַרשווינדן. עס איז אויך זייער זעלטן, אָבער נאָך כאַפּאַנז איז אַז עס זענען נייַ באַגז.

אַבדזשעקטיווז פּערסוד

טעסטינג איז נישט אַן גרינג אַרבעט רעכט צו דער פאַקט אַז דעם פּראָצעס איז ניט אַמענאַבלע צו פאָרמאַליזאַטיאָן אין זייַן ינטייערטי. גרויס מגילה כּמעט קיינמאָל האָבן די נייטיק פּינטלעך בענטשמאַרק. דעריבער, ווי אַ גיידליין ניצן אַ נומער פון ומדירעקט דאַטע, וואָס, אָבער, קענען ניט גאָר פאַרטראַכטנ זיך די טשאַראַקטעריסטיקס און פֿעיִקייטן פון ווייכווארג אַנטוויקלונג אַז דעבוגגעד. דערצו, זיי זאָל ווערן אויסגעקליבן אַזוי אַז די ריכטיק רעזולטאַט קאַלקיאַלייטיד איידער ווי די ווייכווארג פּראָדוקט וועט זיין טעסטעד. אויב איר טאָן ניט שטייַגן, עס איז טעמפּטינג צו באַטראַכטן אַלע וועגן, און אויב די רעזולטאַט פון די מאַשין געץ אין די געריכט קייט, עס וועט זיין געמאכט אַ פאַלש באַשלוס, אַז אַלץ איז ריכטיק.

טשעק אונטער פאַרשידענע באדינגונגען

ווי אַ הערשן, פּראָגראַם טעסטינג אַקערז אין וואַליומז וואָס זענען נייטיק פֿאַר די מינימום פּרובירן פונקטיאָנאַליטי צו אַ באגרענעצט מאָס. אַקטיוויטעטן באגלייט מיט דער ענדערונג פון די פּאַראַמעטערס, ווי געזונט ווי זייער אַרבעט טנאָים. די טעסטינג פּראָצעס קענען ווערן צעטיילט אין דרייַ סטאַגעס:

• טשעק אונטער נאָרמאַל באדינגונגען. אין דעם פאַל מיר פּרובירן די גרונט פונקטיאָנאַליטי פון די דעוועלאָפּעד ווייכווארג. דער רעזולטאַט מוזן שטימען צו די געריכט.
• טשעק אין עקסטרעם באדינגונגען. אין די קאַסעס, ווי סאַנאַנאַמאַס מיט די גרענעץ דאַטן, וואָס זאל אַדווערסלי ווירקן די אויפֿפֿירונג פון די Created ווייכווארג. ווי אַ בייַשפּיל, מיר אַרבעטן מיט אַ גאָר גרויס אָדער קליין נומערן אָדער אַפֿילו גאַנץ אַוועק פון אינפֿאָרמאַציע באקומען.
• קאָנטראָלירונג אין יקסעפּשאַנאַל סיטואַטיאָנס. עס ינוואַלווז די נוצן פון דאַטן וואָס זענען ווייַטער פון באַהאַנדלונג. אין אַזאַ סיטואַטיאָנס, עס איז זייער שלעכט ווען די ווייכווארג פּערסיווז זיי ווי נוציק צו די כעזשבן און גיט אַ גלייבלעך רעזולטאַט. קער מוזן זייַן גענומען אַז אין אַזאַ קאַסעס עס איז אַ רידזשעקשאַן פון קיין דאַטן אַז קענען ניט זיין פּראַסעסט ריכטיק. עס איז אויך נייטיק צו צושטעלן פֿאַר ינפאָרמינג דער באַניצער וועגן עס

טעסטינג: טייפּס

שאַפֿן ווייכווארג אָן טעות איז זייער שווער. דאס ריקווייערז אַ היפּש סומע פון צייַט. צו באַקומען אַ גוט פּראָדוקט איז אָפֿט געניצט צוויי טייפּס פון טעסטינג: "אַלף" און "ביתא". וואָס זענען זיי? ווען מען רעדן וועגן די אַלף טעסטינג, עס מיטל די באריכטן צו זיין באגלייט זיך אין די שטאַט פון אַנטוויקלונג "לאַבאָראַטאָריע" באדינגונגען. דעם איז די לעצטע בינע פון טעסטינג איידער די פּראָגראַם וועט זיין טראַנספעררעד צו סוף-ניצערס. דעריבער, דעוועלאָפּערס זענען טריינג צו דרייען אַרום די מאַקסימום. פֿאַר יז פון אָפּעראַציע, דאַטע קענען זיין לאָגד צו שאַפֿן אַ קראַנאַלאַדזשי פון פּראָבלעמס און זייער סאַלושאַנז. אונטער די ביתא פּרובירן צו פֿאַרשטיין די צושטעלן פון ווייכווארג צו אַ באגרענעצט נומער פון ניצערס, אַזוי אַז זיי קענען גווורע די פּראָגראַם און ידענטיפיצירן די מיסטייקס איר ווע מיסט. א ספּעציעל שטריך אין דעם פאַל איז די פאַקט אַז אָפֿט די ווייכווארג איז ניט געוויינט פֿאַר זייַן בדעה ציל. ווייַל פון דעם דורכפאַל וועט זיין ידענטיפיעד ווו עס איז געווען גאָרנישט איידער געזען. דעם איז גאַנץ נאָרמאַל און זאָרג וועגן עס איז ניט נייטיק.

פּרובירן קאָמפּלעטיאָן

אויב די פרייַערדיק טריט האָבן שוין הצלחה געענדיקט, עס בלייבט צו פירן אויס אַקסעפּטאַנס טעסץ. ער אין דעם פאַל ווערט אַ מיר פאָרמאַליטי. בעשאַס דעם פּרובירן קומט באַשטעטיקונג אַז ניט נאָך פּראָבלעמס האָבן שוין געפֿונען און די ווייכווארג קענען זייַן רעלעאַסעד אויף די מאַרק. די מערסט וויכטיק וועט זיין דער סוף רעזולטאַט, די מער ענג עס וועט זיין וועריפיעד. קער זאָל זייַן גענומען צו ענשור אַז אַלע טריט האָבן שוין געענדיקט הצלחה. דאָ איז די טעסטינג פּראָצעס ווי אַ גאַנץ. איצט לאָזן ס דעלוו אין די טעכניש דעטאַילס און רעדן וועגן אַזאַ אַ נוצלעך געצייַג, ווי די פּרובירן מגילה. וואָס זיי זענען און ווען געניצט?

קאָמפּיוטער-יידיד טעסטינג

ביז אַהער עס איז געווען געדאַנק אַז די דינאַמיש אַנאַליסיס פון דעוועלאָפּעד ווייכווארג - עס איז אויך שווער צוגאַנג אַז Effectively געניצט צו דיטעקט חסרונות. אָבער רעכט צו דער ינקריסינג קאַמפּלעקסיטי און באַנד פון די מגילה ארויס פאַרקערט מיינונג. אַוטאָמאַטעד טעסטינג איז געניצט ווו די מערסט וויכטיק פּרייאָראַטיז זענען עפעקטיווקייַט און זיכערקייַט. און זיי זאָל זייַן אונטער קיין ינפּוט. ווי אַ בייַשפּיל, די מגילה פֿאַר וואָס עס איז צונעמען צו אַזאַ טעסטינג, אַרייַננעמען די ווייַטערדיק: נעץ פּראָטאָקאָלס, וועב סערווירער, סאַנדבאָקסינג. מיר פאָרזעצן צו קוקן אין אַ ביסל סאַמפּאַלז, וואָס קענען זיין געניצט פֿאַר אַזאַ אַקטיוויטעטן. אויב איר זענט אינטערעסירט אין פּאָטער טעסטינג מגילה, די קוואַליטעט איז שווער צו געפֿינען צווישן זיי. אבער עס זענען קראַקט "פּייראַטיד" ווערסיעס פון די געזונט-געגרינדעט פּראַדזשעקס, אַזוי איר קענען אָפּשיקן צו זייער באַדינונגען.

לאַווינע

דעם געצייַג העלפּס צו דיטעקט חסרונות זענען טעסטעד מגילה אין די דינאַמיש אַנאַליסיס מאָדע. עס קאַלעקץ דאַטן און אַנאַליזעס די אויפֿפֿירונג פון דער שפּור דיזיינד כייפעץ. די טעסטער איז געגעבן אַ סכום פון ינפּוץ אַז גרונט טעות אָדער בייפּאַס די יגזיסטינג שטעלן פון קאַנסטריינץ. דאַנק צו אַ גוט פּרובירן פון די אַלגערידאַם דעוועלאָפּעד דורך אַ גרויס נומער פון מעגלעך סיטואַטיאָנס. דער פּראָגראַם נעמט אַ אַנדערש שטעלן פון ינפּוט דאַטן, וואָס לאָזן צו סימולירן אַ גרויס נומער פון סיטואַטיאָנס און שאַפֿן באדינגונגען אין וועלכע די מערסט מסתּמא איז די פּאַסירונג פון אַ דורכפאַל. אַ וויכטיק מייַלע פון דער פּראָגראַם איז די נוצן פון כיוריסטיק מעטריק. אויב עס איז אַ פּראָבלעם, דעמאָלט דער אַפּלאַקיישאַן טעות איז העכסט מסתּמא. אבער דעם פּראָגראַם האט לימיטיישאַנז אַזאַ ווי בלויז איין טשעק אנגעצייכנט ינפּוט כאָלעל אָדער טעקע. ווען קעריינג אויס אַן אָפּעראַציע אַזאַ ווי טעסטינג מגילה וועט אַנטהאַלטן דיטיילד אינפֿאָרמאַציע וועגן די פּראָבלעמס מיט די נאַל טייַטל, Infinite לופּס, פאַלש ווענדט אָדער מאַלפונקטיאָנס רעכט צו די נוצן פון לייברעריז. פון קורס, דאָס איז נישט אַ גאַנץ רשימה פון דיטעקטיד ערראָרס און זייער בלויז פּראָסט יגזאַמפּאַלז. קערעקטינג דעפיסיענסיעס, וויי, האָבן דעוועלאָפּערס - אָטאַמייטיד מיטל זענען נישט פּאַסיק פֿאַר די צוועקן.

Klee

עס איז אַ גוט פּראָגראַם פֿאַר טעסטינג זיקאָרן. עס קענען ינערסעפּט בעערעך 50 סיסטעם קאַללס און אַ גרויס נומער פון ווירטואַל פּראַסעסאַז אַזוי עקסאַקיוטאַד אין פּאַראַלעל אָדער סעפּעראַטלי. אבער אין אַלגעמיין, דער פּראָגראַם איז נישט קוקן פֿאַר עטלעכע סאַספּישאַס ערטער, און פּראַסעסאַז די מאַקסימום מעגלעך סומע פון קאָד און אַנאַליזעס געניצט דאַטן פּאַטס. ווייַל פון דעם, די פּרובירן פּראָגראַם דעפּענדס אויף די נומער פון די כייפעץ. ווען קאָנטראָלירונג די געוועט איז געשטעלט אויף סימבאָליש פּראַסעסאַז. זיי זענען איין פון די מעגלעך וועגן צו דורכפירן טאַסקס אין אַ פּראָגראַם וואס איז טעסטעד. דאַנק צו די פּאַראַלעל אָפּעראַציע איז מעגלעך צו אַנאַלייז אַ גרויס נומער פון וועריאַנץ פון די אַרבעט פון די פּרובירן אַפּלאַקיישאַן. פֿאַר יעדער דרך פון ינפּוט דאַטן שטעלט זענען סטאָרד נאָך זייַן פּרובירן, וואָס אנגעהויבן מיט די טשעק. עס זאָל זיין אנגעוויזן אַז טעסטינג מגילה ניצן Klee העלפּס צו ידענטיפיצירן אַ גרויס נומער פון ווערייישאַנז, וואָס זאָל ניט זיין. עס קענען געפינען פּראָבלעמס אַפֿילו אין פּראָגראַמען וואָס זענען דעוועלאָפּעד פֿאַר דעקאַדעס.