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