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

מה הם סביבת בדיקה מבוססת ענן?

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

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

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

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

סקלאלה מעבר לגבולות פיזיים

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

עלויות-אווירה באמצעות Pay-as-Go Models

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

שיתוף פעולה גלובלי וגישה

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

הערכה מהירה וידוי

קביעת עמדה במבחן עבור מערכת הנדסית מורכבת באופן מסורתי נדרש ימים או שבועות של עבודה תצורה.סביבת ענן לתמוך בתשתיות-קוד (IaC) כלים כמו Terraform, AWS CloudFormation, או תבניות מנהל Azure.זה אומר סביבת בדיקה מלאה ו-mdash; כולל מכונות וירטואליות, טופולוגיה רשת, נפח אחסון, תוכנה מותקנת, ואבטחה; ניתן להגדיר קובץ וטקסט ארוז עם תאימות מלאה.

אוטומציה ושילוב בדיקה מתמשך

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

סוגים של סביבת בדיקה מבוססת ענן להנדסת הנדסה

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

סביבה מבוססת מכונה

אלה הם מקרים של מערכת הפעלה מלאה פועל על Hypervisors ב- cloud.מהנדסים יש שורש או גישה אדמיניסטרטיבית ויכולים להתקין כל תוכנה, להגדיר רשתות, להפעיל בדיקות כאילו הם על סמך עבודות פיזיות.זה אידיאלי עבור בדיקות תוכנה מוטבעת, אלגוריתמי בקרה או כלי סימולציה מבוסס שולחן עבודה כגון MATLAB /Sulink או ANSYS.A EC2, Azure Machines ו-Google Compute Engine הן אפשרויות נפוצות.

סביבה המכילה

Containers, המנוהל על ידי פלטפורמות כמו Docker ו Kubernetes, לארוז יישום יחד עם התלויות שלה ליחידה קלה, ניידת. for Engineering Testing, מכולות מצוינות עבור microservices אימותation, בדיקות API של ממשקי מערכת, ובדיקות רגרסניות הדורשות סביבות הפעלה עקביות כמו אמזון EKS, Azure Kubernetes שירות, ו- Google Kubnetes לעשות את זה כדי לנהל צינורות גדולים של מנועי בדיקה.

סביבת בדיקה ללא תשלום

מחשוב ללא שרתי מחשוב מופשטים לחלוטין.מהנדסים כותבים פונקציות מבחן או מגדירים את זרימת העבודה של מבחן שפועלת בתגובה לאירועים ללא מתן תשתיות.AWS Lambda, Azure Functions, ו-Google Cloud Functions ניתן להשתמש בבדיקות אימות קלות משקל, מדרגות עיבוד נתונים, או הפעלת עבודות בדיקה ארוכות טווח. Serverless הוא שימושי במיוחד עבור תרחישים של בדיקות מונעות אירועים שבהם יש צורך לבצע בדיקה כאשר ממצאים חדשים או קריאה עולה על סף חיישנים.

מחשוב גבוה (HPC) Clusters

מערכות הנדסיות רבות דורשות סימולציות אינטנסיביות חישוביות לניתוח מבני, דינמיקות נוזלי חישובי (CFD), או ספקיות שדה אלקטרומגנטיות מציעות שירותי HPC מנוהלים כגון AWS ParallelCluster, Azure CycleCloud ו-Google Cloud HPC Toolkit המספקים ולנהל אשכולות גדולים של compute nodes עם חיבורים נמוכים של latency.סביבות אלה ניתן להגדיר עם חומרה מיוחדת כמו GPUs, כמו PGm, או מקרים גבוהים.

בסביבה דיגיטלית של Twin and Simulation

פלטפורמות ענן יותר ויותר לתמוך בטכנולוגיות תאום דיגיטליות שבהן ייצוג וירטואלי של מערכת הנדסה פיזית מעודכנת עם נתונים אמיתיים בעולם. Microsoft Azure Digital Twins, AWS IoT טווין, ו-Google Cloud ’ הצעות תורמות דיגיטליות מאפשרות למהנדסים להפעיל בדיקות נגד מודל חי של המערכת שלהם, אימות לוגיקה בקרה וחיזוי התנהגות בתנאים שונים לפני פריסת שינויים בנכס הפיזי.

שיקולים מרכזיים לפני אימוץ בדיקות מבוססות ענן

אבטחה ורגישות נתונים

מערכות הנדסה לעתים קרובות כרוכות בעיצובים קנייניים, סודות מסחריים, או נתונים הקשורים לפקדים רגולטוריים.לפני העברת בדיקות לענן, ארגונים חייבים להעריך הצפנה של נתונים (גם בשאר ובמעבר), מדיניות זהות וניהול גישה (IAM), בידוד רשת (VPCs, תת-נטס, קבוצות אבטחה), והסמכת תאימות (ISO 27001, SOC 2, פדRAMP) מציעים אפשרויות ייעודיות או אבטחה עבור מודולים רגישים מאוד.

שקיפות וזמן אמת

כמה בדיקות הנדסיות דורשות התנהגות בזמן אמת ו- jitter; לדוגמה, בדיקת בקר מנוע עם דרישות תגובה ברמה מיקרו-שנית.סביבה בענן, מטבעם, להציג את הגמישות ברשת וג'ייטר שיכולים להפריע לבדיקות כאלה.מהנדסים חייבים להעריך אם מקרי הבדיקה שלהם יכולים לסבול את הזמינות של תשתית ענן או אם הם זקוקים לגישות היברידיות המשלבות חומרה מקומית-in-the-the-the-the-loop (HIL) עם הגדרות מבוססות ענן וניתוח נתונים ופרטים.

רישוי ותוכנה תאימות

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

עלויות אחסון ועלויות אחסון

העברת נתונים גדולים & mdash; כגון פלטי סימולציה, יומני חיישן, או הקלטות וידאו מן הבחינה עומד & mdash;into ומחוץ הענן יכול לעכב דמי העברת נתונים משמעותיים. מהנדסים צריכים לעצב את זרימת העבודה שלהם בדיקות כדי למזער תנועה נתונים מיותרים, להשתמש מחסנים אחסון בענן-native (כולל אחסון קר עבור נתונים ארכיטיביים), ולקחת בחשבון באמצעות שירותים ישירות לחיבור ענן עבור העברות גדולות.

פעמוניות ארגונית ו- Skill Gaps

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

כיצד ליישם את סביבת בדיקה מבוססת ענן: מדריך שלב-בי-צעד

שלב 1: דרישות בדיקה Define והצלחה קריטריה

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

שלב 2: בחירת ספק ענן ומודל שירות

הערכת ספקי ענן גדולים ספקי & mdash; אמזון שירותי אינטרנט (AWS), Microsoft Azure, Google Platform & mdash; נגד הדרישות שלך.חשב זמינות גיאוגרפית, נתמכת מערכות הפעלה, GPU /FPGA, שירותי מכולה, יכולות HPC ומודלי תמחור רבים משתמשים באסטרטגיה רב-ענן כדי למנוע מנעול-אין ספק, אם כי זה מציג מורכבות נוספת בניהול הסביבה ועלויות עבור רוב צוותי ההנדסה, החל מעצמה מעשית, החל מעצמה.

שלב 3: עיצוב אדריכלות הסביבה

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

שלב 4: פיזור אוטומטי של כלים ותלויים

לפתח תסריטים או להשתמש בכלים לניהול תצורה כגון Ansible, Chef, או בובות להתקין ולהגדיר תוכנה בדיקות. Common Engineering כלי כוללים חבילות סימולציה (MATLAB/Simulink, ANSYS, COMSOL, Abaqus), פלטפורמות ניהול בדיקה (Jira, TestRail, Helix ALM), ניטור וערימות של observability (Protheus, Grafana, ELK), ו-ALCIGit (אפשרות) כדי לשפר את סביבת ה-SLC).

שלב 5: הקמת שילוב CI /CD ותזמורת מבחן

חיבור הסביבה לבדיקת הענן לצנרת הקיימת שלך / CD. Conform Webhooks או גורם אירוע המספק באופן אוטומטי את סביבת הבדיקה, פריסת המערכת תחת מבחן, לבצע את חבילת הבדיקה, לאסוף תוצאות, ולקרוע את הסביבה. השתמש בכלים כמו ג'נקינס, GitLab CI, GitHub Actions, או AWS Actions כדי לנהל התאמות עבודה מורכבות-שלב פעולה אשר כרוכות בבדיקות שונות (שלבי בדיקות, בדיקות, בדיקות, בדיקות , בדיקות , בדיקות ענישה).

שלב 6: ניטור יישום, קידוד ועלויות מעקב

הגדר כלי ניטור ענן-native כגון AWS CloudWatch, Azure Monitor, או Google Cloud Operations Suite כדי לעקוב אחר ניצול משאבים, מעמד מבחן ובריאות המערכת. יישום מובנה עם ריכוז של הדבקה של לוגים כדי שניתן יהיה לפסול כישלונות בדיקה ביעילות. להקים ניטורים עלות ואזהרות כדי למנוע overruns תקציב, באמצעות תגים כדי להקצות עלויות לפרויקטים ספציפיים, קבוצות, או סוויטות בדיקה.

שלב 7: הפעל בדיקות טייסות ו- Iterate

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

שלב 8: הקמת מדיניות ניהול חיים וממשל

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

שיטות הטובות ביותר לבדיקות מבוססות ענן בהנדסה

עיצוב ליעילות

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

עלויות ממשל מוקדם

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

אימוץ מחשבה ראשונה אבטחה

התייחס לסביבה בענן כאל חוסר אמון כברירת מחדל. השתמש בעיקרון של זכויות לפחות עבור כל תפקידי IAM וחשבונות שירות. מוצפן נתונים במנוחה ובמעבר. Isolate סביבות מבחן מרשתות ייצור באמצעות VPCs, תת-נטנים וקבוצות אבטחה. באופן קבוע לסרוק תשתיות וקוד יישומים עבור פרצות.ליישם בדיקות אוטומטיות תוך שימוש בכלים כמו AWS Config, מדיניות Azure, או Google Assety.

אופטימיזציה Test Suite Design for Parallelism

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

לשמור על מסמך מקיף

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

אתגרים משותפים ואסטרטגיות מייגציה

אתגר: איכות הסביבה ד"רift

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

(FLT:0) הפחתה: 1FLT) נהלי תשתית בלתי משתנים שבו סביבות לעולם אינן משתנות לאחר הפריסה. במקום זאת, שינויים בתבניות IaC ו- Redeploy. השתמש בכלי זיהוי תצורה כדי להזהיר את הצוותים כאשר שינויים ידניים מתרחשים.

אתגר: Network Latency for Distributed Tests

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

(FLT:0) הפחתה:0 (Mitigation:FLT:1) Co-locate test משאבים באותו אזור ענן וזמינות אזור. השתמש בשירותי קצה ספק בענן או קישור ישיר ייעודי למתקנים היברידיים. for latency-רגישים, לשקול שימוש במקרים של ענן מתכת חשוף או שירותי קולוקציה.

אתגר: Vendor Lock-In

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

(FLT:0) מייגציה: 1.10LT) השתמש בכלים בקוד פתוח ויישומים מקוטבים שהם אגנוסטי ענן בכל מקום אפשרי. API ספציפי בענן מאחורי שכבת שירות דקת.עיצוב IaC תבניות באמצעות מסגרות מרובות עננים כמו Terraform עם ספקים מודולריים.

אתגר: ניהול והדרכה

Engineers accustomed to traditional lab setups may resist adopting cloud-based workflows.

(FLT:0) מיגציה: 1. Invest in Structure Training Programs המכסות יסודות ענן, IaC, מכולות ומושגים CI /CD. צור קהילות פנימיות של תרגול שבו מהנדסים יכולים לשתף טיפים ותבניות.

מגמות עתידיות בבדיקת מערכות הנדסה מבוססת ענן

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

(FLT:0) AI-Driven Test Optimization: אלגוריתמי למידת מכונות מתחילים לנתח תוצאות מבחן, לזהות מקרים של בדיקות מחוספס, לחזות אזורים של המערכת, וממליץ על סוויטות בדיקה אופטימיזציה המספקות כיסוי מקסימלי עם זמן ביצוע מינימלי.פלטפורמות ענן עם שירותי AI / ML ינהבו יכולות אלה נגישות למהנדסים שאינם מיוחדים.

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

(FLT:0)Quantum Computing for Simulation:FearLT:1 ; כמו שירותי מחשוב קוונטיים מבוססי ענן בוגר, כיתות מסוימות של סימולציות הנדסיות & mdash; במיוחד אלה מעורבים כימיה קוונטית, חומרים מדע, או אופטימיזציה מורכבת ו-mdash; יהיה ליהנות מעבדי גישה קוונטיים.

(FLT:0Edge-to-Cloud Continuous Testing:BuildFLT:1 עם הצמיחה של מחשוב IoT וחוד קצה, אסטרטגיות בדיקה יעברו מהמכשיר הקצה כל הדרך אל הענן.R.I.R.A.R.A.R.A.R.I.A.R.I.A.R.I.A.I.A.A.A.R.A. .I.I.I.I.I.I.I.I עם צמיחה של מכשירי IT ו-D.D.D.D.D.D.D.I עם צמיחה של מחשוב קצה ו-IoT ו-Out.D.D.D.D.D.D.D.D.D.D.D.D.D.D.D.D.D.D.D.D.D.D.D.D.D. עם צמיחה של מחשוב קצה ו-Out.D.D.D.D.D. עם צמיחה של מחשוב קצה ו-Out.D.D.D.D.D.D.I עם צמיחה של מחשוב קצה ו-Out.D.D.D.D.D.D.D.D.D.D.

(FLT:0) בדיקות שימושיות-שימושיות: הטמעת ספקי ענן 1 (Educer) משקיעות במחשוב פחמן-מודע, שבו עומסי עבודה מתוכננים לרוץ באזורים או בזמנים שבהם אנרגיה מתחדשת היא זמינה ביותר.צוותי הנדסה יכולים להשתמש ביכולות אלה כדי להפחית את טביעת הרגל הסביבתית של פעילות הבדיקה שלהם תוך עמידה בדרישות לוח הזמנים.

מסקנה

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

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

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

(ב) לקריאה נוספת על תבניות ארכיטקטורות ענן עבור בדיקות הנדסיות, ראה את ה-FLT:0 (AWS Well-Architected Framework on TestingFLT:1, theFLT:2 Microsoft Cloud Testing ArchitectureFLT 3, and the FLT:4 Google Testing Best Practices Best Practices GuidesFLT:5 for a Perspective onסימולציה ו-דיגיטליים, Consulting, and the FLTs (6NUTFIST; 7FIST).