מפת הגירה
ממפים suites לפי סיכון עסקי, זמן ריצה, בעלות ועלות תחזוקה, כדי שסדר העבודה ייקבע לפי ראיות ולא לפי מספר קבצים.
מודרניזציה של תשתית קיימת
מחליפים פרויקט rewrite שברירי בתוכנית הגירה מבוססת ראיות, ששומרת על רציפות השחרורים בזמן שהפלטפורמה החדשה בונה אמון.
בואו נדבר על הפרויקטשיחה ראשונה
מדברים על הכלים הקיימים, מגבלות השחרור ומטרות המעבר. מסכמים את היקף האבחון והמחיר לפני תחילת עבודה בתשלום.
האבחון
סוקרים בדיקות נבחרות ותהליכי CI. מזהים מה לשמר, להעביר או לתכנן מחדש, ובוחרים פיילוט שחושף את הסיכונים האמיתיים.
התוצרים שלכם
מקבלים מפת סיכונים מתועדפת, המלצה לפיילוט ורשימת צעדים להמשך. מחליטים אם להתקדם ליישום; מיגרציה מלאה היא התקשרות נפרדת.
הגירה מוצלחת משנה הרבה יותר מה-browser driver. היא מחברת גבולות בדיקה, בעלות, אותות CI, fixtures, נתונים והרגלי צוות סביב פלטפורמת TypeScript שניתן לתחזק.
שכתוב בבת אחת נתקע כי ה-suite הישן עדיין מחזיק ידע קריטי על השחרור. TestShift ממפה את הידע, בוחר pilot מייצג ומגדיר תנאי פרישה מפורשים לפני שמסירים כיסוי קיים.
ממפים suites לפי סיכון עסקי, זמן ריצה, בעלות ועלות תחזוקה, כדי שסדר העבודה ייקבע לפי ראיות ולא לפי מספר קבצים.
מגדירים מוסכמות TypeScript, fixtures, אימות, test data, דיווח וגבולות CI לפני שמרחיבים עבודה מקבילית.
משתמשים בקריטריוני קבלה ל-pilot, החלטות parity, שערי איכות וכללי מחיקה מפורשים כדי לפרוש מ-Selenium בבטחה.
בוחנים את מבנה ה-suite, אותות הכשל, מגבלות CI, סיכוני המוצר והבעלות בצוות.
בונים מסלול end-to-end אחד שמוכיח מוסכמות, התנהגות בזמן ריצה, ראיות ותפעוליות.
הופכים את ה-pilot לדפוסים חוזרים, שערי review, גבולות בעלות ו-backlog לפרישת legacy.
הוא בנה עבורנו תשתית בדיקות שחיברה בצורה חלקה בין שכבות ה-UI, ה-API ומסד הנתונים. התוצאה הייתה פרויקט יציב ואמין שמספק תוצאות עקביות.
מודרניזציה של תשתית קיימת
מביאים את ה-suite הקיים, המגבלות וסיכוני השחרור, ומגדירים יחד את ההחלטות שצריכות לעצב את השלב הבטוח הראשון.