אוטומציה - תחליף לבדיקות ידניות [?]

קיימים מימושים שונים לאוטומציה וניתן להיעזר בה במגוון דרכים - לאו דווקא כתחליף לבדיקות הידניות.
בפוסט הזה נדבר כיצד יש לתכנן את האוטומציה ולשלב אותה בתוך צוות בדיקות ידני קיים או במקביל להקמת הצוות עוד בשלבי הקמת הפרוייקט.

אוטומציה - לתת לתוכנה לעבוד בשבילך [?]

אוטומציה היא מושג רחב. אולי אפילו רחב מדי. רבים מתייחסים למושג הזה מטאפורית, ללא הגדרה ברורה למה הם מתכוונים כשהם מדברים על אוטומציה. ראיתי את זה קורה מספר פעמים בארגונים שעבדתי בהם.

מעתה ואילך נתמקד בנושא האוטומציה וננסה לזרוע קצת סדר בבלגן. נדבר על בדיקות המתייחסות לקוד, לבדיקות מוקדמות ולבדיקות End 2 End או בשמם האחר System Tests.

בפוסט הזה אנסה לפזר מעט את הערפל ולהגדיר מעט את המושג, לפחות בראייתי.

בדיקות API לפונקציות כתיבה וקריאה

בהמשך לפוסט הקודם, נעסוק כאן בבדיקות של פונקציות, עדיין ללא גישה אל הקוד ולכן אלו יהיו בדיקות Black Box.

נדון בפונקציות פחות טריביאליות מאלו שדנו בהן מקודם וננסה להסביר באמצעות דוגמא אלו Test Cases רלוונטים.

Black Box API Testing

בפוסט הבא נתייחס לבדיקות Black Box ולצורך כך נשתמש בפונקציות של קוד, אך ללא גישה מלאה אל הקוד וננסה להתמודד עם טענות כמו: "למה אי אפשר לבדוק הכל ?"

כדי להקל על כמות החומר הכתוב, נשתמש בסרטוני וידאו מתוך הקורס Software Development Process של Udacity.

ראשית נציין שלמרות שאנו נבדוק פונקציות מתוך קוד, הבדיקות שנעסוק בהן יהיו עדיין Black Box כיון שלא תהיה לנו גישה אל הקוד.

מקובל לקרוא לבדיקות אלה API Testing.

ראיון עבודה לתפקיד בודק - ראיון ראש צוות - חלק ג'

עד עתה דיברנו על החלק הראשון שהוא נחמד וטוב אבל כפי שהבנתם, החלק השני הוא העיקרי והחשוב ולכן נרחיב עליו את הפוסט הבא.

בחלק השני, מצפים מכם לתת מידע על עצמכם וכמובן שזה מעלה את השאלות: איזה מידע לתת ? איך להציג אותו ? באיזה סדר לספר ? כמה לרדת לפרטים ?