QA - בדיqות aיכות תוכנה ומה שמסביב

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

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

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

הרבה פעמים אני מוצא עצמי מחפש ברשת כלי בדיקה מתאים לצורך מסוים והפעם אני משתף עימכם כלי שימושי המאגד מגוון של כלי בדיקות שימושיים בממשק אחד. הרבה עצמה, נוחות וחסכון בזמן. הכירו את ה WSCC – כלי שפותח על ידי KLS-Soft בשיתוף   עם NirSoft המאגד מגוון רחב מאוד של כלי מערכת וניתור שימושיים בתחומים שונים; ניתור מערכת, ניתור רשת, ניתור תהליכים, ניתור חומרה ועוד. ניתן להוריד את התוכנה מ הקישור הזה או מ האתר הזה . בנוסף, מי שרוצה להרחיבו עוד ולהוסיף כלי עבודה כמו צילום מסך ואפליקציות נוספות יכול לשלבו עם זה: Portable Apps  והנה לכם  תיק עבודה יעיל, רחב, נוח וכולו בדיסק נייד ( DOK ) אחד.

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

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

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

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