השדרוג האחרון הוא היה בין הגדולים שעשינו – עברנו מ-SP האחרון של גרסה 12 (נובמבר 07) ל13.5 (ספטמבר 09) וכידוע ב13 ו-13.5 הוסיפו הרבה חידושים וגם היה שינוי בבסיס המערכת (דוט נט)
מנסיון של שדרוגים קודמים ידעתי שחובה להיות מאורגן בבדיקות כי יש המון מקומות בהם יכול לצוץ בעיה.
כך שהפעם לא הייתי מוכן לבצע את השדרוג בלי בדיקות מסודרות (מה שעזר זה שהיה לנו שרת מיועד לטסט שלא היה בעבר).
מעבר לחיפושים לאחר שינויים בקוד שהיה יכול להשפיע עלינו, דאגנו לעבור על התהליכים שלנו ולהבין מי עובד בפריוריטי ומתי ומה הם עושים ולקחנו תעודות ממערכת האמת, בחרנו תעודות שהיו קשורות זה לא זה וגם לקחנו את המסמכים החיצוניים המקוריים (עותקים). קראנו למשתמשים בסדר של התהליך ואמרנו זה מה שקרה (כאילו) קיבלת מסמך כזה או קרה אירוע כזה בתהליך, תעשה מה שהיית צריך. והיו שם תעודות קודמות רלוונטיות כבר במערכת משלבים קודמים של הבדיקות (כל שלב בונה על השלב הקודם לו). אני מקווה שתקבלו תמונה.
דאגתי לסביבת פיתוח שלם עד כדי שרת דואר נפרד לסביבה זו כך שהיינו יכולים ליצור את ההודעות שאנחנו רגילים להם, לבדוק שאין בעיה בזה אבל בלי להפריע לעבודה השגרתית בהודעות קשורות לבדיקות.
כמובן לא כל אחד יצטרך את זה אבל מי שיכול – שיעשה את זה, לדעתי כדאי. אצלנו הכל עובד בלחץ ולא נוכל לסבול שהתראה כזאת או אחרת בדואר לא יהיה בגלל באג ואז יהיו חורים בתהליך עד שנפתור אותו (וזה רק לאחר שהיינו מגלים)
בקיצור כשיש תהליכים קריטיים לעסק ודאי צריכים לבדוק אותם לעומק כדי לא להשבית את העבודה כתוצאה מדבר קריטי שלא עובד. אצל כל חברה זה יהיה משהו אחר.
