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

‏הצגת רשומות עם תוויות הבטחת איכות. הצג את כל הרשומות
‏הצגת רשומות עם תוויות הבטחת איכות. הצג את כל הרשומות

יום שלישי, 1 בספטמבר 2015

עבודה עם מסד נתונים MongoDB

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

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

בואו ונכיר כלי חדש, נוח, ידידותי ופותח אפשרויות רחבות ונוחות: MongoChef  של  3T Software Labs.

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

יום שלישי, 27 בינואר 2015

האם אדם אחד יכול לבצע בדיקות איכות?

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

יום שלישי, 5 באוגוסט 2014

בדיקות עומסים ויתירות בפיתוח אפליקציה לניידים

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

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

אז מה אני ממליץ לא לזנוח באסטרטגיית הבדיקות;