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

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

    מתאים גם למערכות שנבנו בעזרת AI.

    אורן כהן — מבצע ומלווה את הבדיקה בעצמו

    הדמו עובד. מה קורה בתרחישים האמיתיים?

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

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

    בדיקה עצמית: האם המערכת מוכנה למסירה?

    סמנו את מה שמוכר לכם:

    סמנו את ההיגדים הרלוונטיים כדי לקבל המלצה.

    לשיחת מיפוי סיכוני מסירה

    שיחה של כ־30 דקות, ללא עלות: מזהים יחד עד שלושה מוקדי סיכון אפשריים לפני המסירה.

    בדיקת מוכנות למסירה

    מסגרת הבדיקה

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

    ההיקף הסופי, המחיר ולוח הזמנים נקבעים לאחר בדיקת התאמה.

    הבדיקות מתבצעות בסביבה ובחשבונות שמוסכמים מראש.

    דרכי עבודה

    מבדק מסירה נקודתי

    בדיקה ממוקדת לפני מסירה או השקה, בהיקף מוגדר מראש.

    ליווי שחרורים שוטף

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

    סדנת תהליכי QA ו־AI

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

    ההיקף, המחיר ולוח הזמנים נקבעים לאחר שיחת התאמה.

    מה מקבלים

    תקציר למנהל

    ממצאים, משמעות עסקית ונושאים לטיפול לפני מסירה.

    ממצאים למפתחים

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

    ראיות

    ראיות רלוונטיות, בהתאם להרשאות ולמידע הזמין.

    סדר עדיפויות

    מה לתקן קודם ומה יכול לחכות.

    בדיקה חוזרת

    אימות התיקונים במסגרת שסוכמה.

    גבולות וסיכונים

    מה נבדק, מה לא נבדק ואילו סיכונים נותרו.

    המלצה על מוכנות מתייחסת להיקף שנבדק. החלטת השחרור נשארת אצל בעל המוצר.

    איך נראה ממצא

    הדגמה סינתטית: איך נוצר הממצא

    וכך זה מופיע בדוח:

    הדגמה סינתטית — אינה מקרה לקוח ואינה תוצאת בדיקה שבוצעה.

    מערכת תורים דמיונית

    שני לקוחות מצליחים להזמין את אותו מועד

    דרישה
    כל מועד פנוי ניתן להזמנה על ידי לקוח אחד בלבד.
    צעדי שחזור
    1. שני משתמשים פותחים את אותו מועד. 2. שניהם לוחצים "אישור" כמעט בו־זמנית.
    תוצאה צפויה
    הזמנה אחת מאושרת, השנייה מקבלת הודעה שהמועד נתפס.
    תוצאה (מדומה)
    שתי ההזמנות מאושרות ושני הלקוחות מקבלים אישור.
    השפעה אפשרית
    שני לקוחות מגיעים לאותו תור; פגיעה באמון ועומס על השירות.
    חומרה
    גבוהה — פוגע בתהליך העסקי המרכזי.
    למקרה ההדגמה המלא

    למה לעבוד עם אורן

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

    תהליך העבודה

    1. 1.

      שיחת התאמה

      המערכת, מועד המסירה והתהליכים החשובים.

    2. 2.

      הגדרת היקף והצעה

      גישות, סביבה, תוצרים, מחיר וזמן.

    3. 3.

      בדיקה ותיעוד

      ביצוע הבדיקות ותיעוד ממצאים עם ראיות.

    4. 4.

      מעבר משותף ובדיקה חוזרת

      עוברים יחד על הממצאים ובודקים מחדש בהיקף המוסכם.

    שאלות נפוצות

    זה מתאים למערכות שנבנו ב־Lovable או בכלי AI אחרים?

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

    מה זה מוסיף מעבר לסריקה אוטומטית?

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

    אתה גם מתקן את הקוד?

    בדיקת המוכנות כוללת בדיקה ותיעוד. עבודה נוספת דורשת הצעה נפרדת לפי התאמה.

    זה מבדק חדירה?

    לא. בדיקות האבטחה הן ממוקדות וחלק מה־QA (למשל גישה לנתונים של משתמש אחר). הן אינן מחליפות מבדק חדירה מלא.

    אחרי הבדיקה לא יהיו תקלות?

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

    כמה זה עולה וכמה זמן לוקח?

    המחיר והזמן נקבעים לאחר הגדרת ההיקף ובהתאם לזמינות.

    צריך לחשוף את קוד המקור או לחתום על NDA?

    אין צורך בגישה לקוד המקור — הבדיקה מתבצעת מול סביבת בדיקות או Staging. ניתן לחתום על NDA לפני העברת מסמכים או גישה.

    איך עובדים עם מידע רגיש?

    מסכימים מראש על הסביבה, ההרשאות והכלים שבהם משתמשים. עדיף לעבוד בסביבת בדיקות עם נתונים לא אמיתיים.

    יש מסירה או השקה בדרך?

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

    • ניתן לחתום על NDAלפני העברת מסמכים או גישה למערכת.
    • ללא חשיפת קוד מקורהבדיקה מתבצעת מול סביבת בדיקות או Staging.
    • נתונים לא אמיתייםעדיפות לחשבונות ונתוני בדיקה ייעודיים.

    אין צורך לשלוח סיסמאות, קוד או מסמכים.

    מחקר ופיתוח: כלים ותהליכים שאני מפתח לשיפור איכות ובדיקות.

    למחקר ולפיתוח