Pourquoi ne pas simplement acheter un outil du marché ?

Parce qu'il faut d'abord vérifier qu'il couvre votre cas. Quand c'est le cas, nous le disons et nous l'utilisons — c'est moins cher pour vous et plus rapide pour nous. Le développement sur mesure ne se justifie que là où l'outillage standard ne mord pas : client lourd, équipement embarqué, protocole propriétaire, système fermé.

Une application PowerBuilder, c'est vraiment automatisable ?

Oui, à condition d'accepter que l'ancrage ne se fasse pas comme sur le web. On s'appuie sur les couches d'accessibilité quand elles existent, sur la reconnaissance visuelle sinon, et on stabilise l'ensemble par des jeux de données maîtrisés. Le premier travail est toujours un essai de faisabilité sur un parcours réel, pas une promesse.

Qui maintient l'outil ensuite ?

Vous, si vous le souhaitez : le code vous appartient et il est documenté pour ça. Nous, si vous préférez, dans un cadre de maintenance. Ce que nous refusons, c'est la boîte noire que personne d'autre que nous ne peut ouvrir.

Combien de temps pour un premier automate utile ?

Deux à trois semaines pour l'essai de faisabilité, six à dix semaines pour un premier périmètre en service selon la complexité de l'interface et l'accès aux environnements. L'accès est presque toujours le vrai délai, pas le développement.

Et si notre système change dans un an ?

C'est une question qu'il faut poser avant, pas après. Si un remplacement est prévu à court terme, nous orientons vers une vérification par la donnée plutôt que par l'écran : elle survit au changement d'interface, là où une automatisation d'écran serait à refaire.

אוטומציה מותאמת אישית

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

Selenium, Cypress ו-Playwright מכסים את האינטרנט. מעבר לכך — לקוח כבד, PowerBuilder, מסוף בקרה, מסך ייצור, מסוף עסקי — רוב הספקים נעצרים במקום שבו הכלי נעצר. אנחנו משלימים את החסר.

לקבוע פגישה

הקיר

«המשפט "זה לא ניתן לאוטומציה" פירושו לעתים קרובות "לא עם הכלי שאני מכיר".

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

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

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

מה שאנחנו עושים

אנו מפתחים את הבקר האוטומטי שאינו קיים.

לקוחות כבדים ויישומים ישנים

PowerBuilder, Windows מקורי, יישומים עסקיים ללא ממשק בדיקה.

זיהוי מסכים באמצעות נגישות או תמונה
עוגן העמיד בפני שינויי גרסה
מאגרי נתונים ואיפוס

עמודים, קיוסקים ומסכים

שליטה על התצוגה, מבלי להתקין דבר במחשב הלקוח.

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

רתמות במערכות סגורות

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

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

ההוכחה

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

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

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

תרחישי בדיקה המושחזרים לפי דרישה

שורת קוד שהוטמעה בציוד של הלקוח

הוא קורא את תדריך הקמפיין, מזין את ההגדרות למערכת הקופה, קורא אותן שוב כדי לוודא שהן תואמות, מפעיל את המסוף כדי לבדוק מה הלקוח רואה על המסך, ומשווה בין נקודות המכירה. 25,704 השוואות בדקה אחת, בעוד שאותה בדיקה ידנית ארכה כ-70 שעות.

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

איך מצטרפים?

כלי ששייך לכם, לא עוד תלות.

הקוד בידיכם

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

הוכחה לפני ההתחייבות

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

אין התקנה בסביבת הייצור

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

שאלות ישירות

מה מבקשים מאיתנו

למה לא פשוט לקנות כלי בשוק?

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

האם באמת אפשר להפוך יישום PowerBuilder לאוטומטי?

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

מי אחראי על תחזוקת הכלי לאחר מכן?

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

כמה זמן ייקח לפתח את הרובוט השימושי הראשון?

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

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

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

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

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

לקבוע פגישה

+33 1 73 04 91 97
Contact@ttc-testing.com
195 שדרות שארל דה גול, 92200 נואי-סור-סן

Hebrew