בדיקת תוכנה כשירות

בדיקה כשֵׁרוּת (באנגלית: Testing as a Service או TaaS) היא גישה בבדיקות תוכנה המבוססת על טכנולוגיית מחשוב ענן. בגישה זו, הלקוח פונה אל ספק השירות על מנת שזה יבצע את הבדיקות הנדרשות ללקוח.
מודל ה-TaaS, מודל אספקה מבוסס ענן, עוזר לעסקים להתמודד עם האתגרים של יעילות בדיקת יישומים בפלטפורמות רבות כמו טלפונים סלולריים ובסביבות וירטואליות.
ביצוע ולידציה (אימות) של הבטים פונקציונליים ולא פונקציונליים במרחב מגוון של מכשירים שדורשים מגוון כלים שבדרך כלל מסבכים ומייקרים את הבדיקות.
מודל ה-TaaS מאפשר לעסקים לבדוק אפליקציות בכל פלטפורמה רצויה תוך שימוש בכלי בדיקה לפי בחירה, על מנת להבטיח מוצר איכותי מבלי לרכוש רישיונות נוספים, רכישה או אספקת חומרה חדשה או שכירת אנשים נוספים.

היסטוריה

תעשיית התוכנה התפתחה במשך עשרות שנים ופיתחה גישות שונות לפיתוח תוכנה (לדוגמה תכנות מונחה-עצמים), במקביל להתפתחות תהליך הפיתוח, היה ברור לכל שחייב להתפתח תהליך של הבטחת איכות תוכנה (SQA - Software Quality Assurance). תהליך שכזה הוא הנחת מפתח בהצלחתו של כל פרויקט תוכנה הן בשלב הפיתוח והן בשלב המימוש. כחצי מתקציב תעשיית התוכנה מוקצה לבדיקות - במגוון רחב של דרכים ופתרונות - הן בשלב הפיתוח והן בשלב התחזוקה.
ארכיטקטורה מוכוונת-שירותים (SOA) החלה להתפתח כבר בשנות ה-90 המאוחרות, אולם רק בשנות ה-2000 החלו לממש וליישם ארכיטקטורה זו. היתרונות היו ברורים ולכן היה בלתי נמנע שגם בתחום בדיקות התוכנה ותהליך הפיתוח יישומו הגישות הנפוצות של SOA.

קטלוג השירותים

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

חתימת הסכם העסקה

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

וירטואליזציית סביבת הבדיקות

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

פריסה בענן

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