DTest היא מסגרת בדיקה, דומה לחבילת unittest הסטנדרטי המסופקת על ידי פייתון. הערך מוסף לDTest, לעומת זאת, הוא שביצוע בדיקת הליכי, באמצעות שימוש בחבילת eventlet. חבילת DTest מספקת גם את הרעיון של "תלות" בין בדיקות וגופי בדיקה - ובכך "D" ב" DTest "- שיבטיח כי בדיקות לא לרוץ עד ההתאמה הקימה גופי בדיקה שהשלימו, וש להרוס את גופי בדיקה לא לרוץ עד שכל הבדיקות הקשורים השלימו. גם תלות ניתן להשתמש כדי להבטיח שבדיקות הדורשות הזמינות של פונקציונליות מסוימת לא לרוץ אם הבדיקות של פונקציונליות ספציפית שתיכשלנה.
בדיקות כתיבה
תוכניות הבדיקה הפשוטות הן פונקציות פשוטות עם שמות מתחילים עם "מבחן," נמצא בקבצי מקור פייתון ששמות גם להתחיל עם "מבחן". זה אפילו לא נחוץ כדי לייבא כל חלק של מסגרת DTest. אם בדיקות נאספות בכיתות, לעומת זאת, או אם שימוש בתכונות מתקדמות יותר של DTest הוא רצוי, פשוט מ* יבוא dtest הוא הכרחי. זה הופך לזמין את המעמד DTestCase - שאמור להיות מורחב על ידי כל המעמדות המכילות בדיקות - כמו גם המעצבים כגוןskip ו@nottest.
בדיקות יכולות להתבצע באמצעות הצהרת assert פייתון הסטנדרטי; עם זאת, מספר רוטינות שירות זמין במודול dtest.util (גם בטוח ל* יבוא). רבים משגרת השירות אלה שמות דומים לשיטות של unittest.TestCase - למשל, dtest.util.assert_dict_equal () מקביל לunittest.TestCase.assertDictEqual ().
גופי בדיקה
מסגרת DTest תומכת גופי בדיקה - להקים ולהרוס את הפונקציות - ברמת כיתה, מודול, והחבילה. גופי ברמת חבילה מורכבים מפונקציות בשם Setup () ופירוק () בתוך קבצים "__init__.py"; באופן דומה, גופי ברמת המודול כוללים פונקציות התקנת Samed () ופירוק () בתוך מודולים המכילים פונקציות בדיקה וכיתות של שיטות בדיקה. ברמת הכיתה, כיתות עשויות להכיל setUpClass () ושיטות tearDownClass () כיתה (או שיטות סטטי), אשר עשוי לבצע להקים ולהרוס לכל כיתה. בכל המקרים, פונקציות הגדרה () ושיטת setUpClass () מתבצעות לפני כל הבדיקות באותו ההיקף; באופן דומה, (פונקציות לאחר כל הבדיקות בהיקף נתון להורג, tearDownClass המקביל () שיטה ופירוק) מבוצעות.
מסגרת DTest תומכת גם התקנה למבחן () ופירוק () פונקציות או שיטות, אשר מנוהלות על לפני ואחרי כל בדיקה קשורה. לכיתות המכילות בדיקות, כל בדיקה באופן אוטומטי יש הגדרה () ופירוק () שיטות של המעמד הקשורים בם; עם זאת, לכל הבדיקות, ניתן להגדיר גופי אלה באופן מפורש (או לדרוס מברירת המחדל בכיתה). קחו למשל את הדוגמא הבאה:
istest
test_something def ():
& Nbsp; # משהו מבחן כאן
& Nbsp; כרטיס
@ Test_something.setUp
something_setup def ():
& Nbsp; # קבל להגדיר את הכל מוכן ללכת ...
& Nbsp; כרטיס
@ Test_something.tearDown
something_teardown def ():
& Nbsp; # לנקות אחרי עצמנו
& Nbsp; כרטיס
בדוגמא זו, מעצב DTest (למעטnottest) הוא הכרחי לפני test_something (); כאן השתמשנוistest, אבל כל מעצב DTest זמין אחר יכול לשמש כאן. זה הופך את test_something.setUp @ ומעצבים @ test_something.tearDown זמין. (למשהו דומה בפייתון הסטנדרטי, לבדוק את מעצבproperty המובנה.)
בדיקות הפעלה
הרצת בדיקות באמצעות מסגרת DTest היא די ישר קדימה. תסריט שנקרא הריצה dtests נגיש. כברירת מחדל, הספרייה הנוכחית נסרק לכל המודולים או חבילות ששמותיהם מתחילים עם "מבחן"; החיפוש גם הרקורסיה למטה דרך כל החבילות. ("חבילה" מוגדרת כספרייה המכילה "__init__.py".) לאחר שכל הבדיקות גילו, אז הם מוצאים להורג, ואת התוצאות של הבדיקות הנפלטות לפלט סטנדרטי.
אפשרויות שורת הפקודה כמה זמינות לשליטה ההתנהגות של הריצה dtests. לדוגמא, "--no-לדלג" אופציה תגרום ריצה dtests להפעיל את כל הבדיקות, גם אלה מעוטרים במעצבskip, והאפשרות "-d" גורמת ריצה dtests לחפש ספרייה ספציפית, ולא הספרייה הנוכחית. לקבלת רשימה מלאה של אפשרויות, להשתמש או אפשרות "-h" "--help".
ריצת הריצה dtests משורת הפקודה היא לא הדרך היחידה להריץ בדיקות, עם זאת. הריצה dtests התסריט הוא תסריט פשוט מאוד שמנתח אפשרויות שורת הפקודה (באמצעות OptionParser נבנה על ידי פונקצית dtest.optparser ()), ממיר את האופציות לתוך מערכת של טיעונים של מילות מפתח (באמצעות dtest.opts_to_args ()), ולאחר מכן עובר טיעוני מילות מפתח אלו לdtest.main הפונקציה (). משתמשים יכולים להשתמש בפונקציות אלה כדי לבנות את אותה פונקציונלי עם סיומות ספציפיות למשתמש, כגון מתן דוגמא DTestOutput חלופית כדי לשלוט באופן תוצאות בדיקה מוצגות, או מתן שיטה חלופית לשליטה בי הבדיקות לדלג עליו. . ראה בחוטי התיעוד לפונקציות ומחלקות אלה לקבלת מידע נוספת
דרישות :
- פייתון
תגובות לא נמצא