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

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

כמה פעמים נאלצתם לבצע בדיקות מבוססות שינוי מיקום, נכון שבאנדרויד זה קצת יותר קל באמצעות אפליצקיה של FakeGPS אך באייפון זה קצת יותר מסובך ולעיתים למפתח לא יהיה זמן לפתח לכם כלי בדיקה אז מה לעשות?! אחת היתרונות בבדיקות IOS זו העבודה במערכת הפעלה של Mac ואם אין לכם בטוח שבפרוייקט שלכם תקבלו רישיון לVMware ותוכלו להתקין Mac וירטואלי (אנסה לכתוב מאמר העוסק בהתקנת  Mac וירטואלי בהמשך יש מתעניינים). עבודה על Mac או יותר מדוייק עם Xcode שזו תוכנת הפיתוח של מפתחי אפליקציות IOS היא מאפשרת הרבה דברים כמו קריאת לוגים ומתן אפשרות לפתוח נקודות עצירה בקריסות דבר שיעזור מאוד למפתח שלכם אך בין השאר גם האפשרות לשנות ולקבוע מיקום. Apple נתנו בסביבת הפיתוח יכולת

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

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

אז הכרנו את מסד נתונים MongoDB והצלחנו בפוסט הקודם לבצע שאילתות בסיסיות. מסד נתונים נוח ואנו בפרוייקט המובייל שלנו אפילו מצליחים להפיק ממנו המון ובעלויות נמוכות מאוד. כעת אנו כבודקים רוצים להריץ בדיקות קצת יותר עמוקות ואין לנו את הפנאי בפרוייקט להתחיל להתעסק עם כתיבת שאלתות מורכבות והזמן יקר (למרות שאני מוצא זאת מאוד פשוט כששומרים קובץ של כל השאילתות שלנו). בואו ונכיר כלי חדש, נוח, ידידותי ופותח אפשרויות רחבות ונוחות: MongoChef  של  3T Software Labs. מה שונה תוכנה זו מאחרות או מהקודמת שהצגתי? בראשית יש פה ממשק משתמש עם בונה שאילתות (Query builder). ושנית יש פה ממשק חכם ונוח שתומך בגרירת אובייקטים, צביעה וסימון אובייקטים, השוואת טבלאות ועוד....

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

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