רשומות

מוצגים פוסטים עם התווית תכנון בדיקות

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

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

Checklist - כלי קטן ונוח ברשת

תמונה
נכון, לא תמיד אנחנו מצליחים כבודקים לתכנן ולרשום STP ולהכין STD אך רשימת בדיקות (Checklist) יכולה לעשות את העבודה מצויין. אם אתם משתמשים בOutlook קצת קשה להתנהל עם זה ולכן מצאתי שני אתרים שיעשו לכם את העבודה נוחה יותר. שני האתרים שונים במבנה שלהם לחלוטין אך שניהם נותנים פיתורונות נוחים הכוללים אפשרות שיתוף, רישום וניהול של המשימות. אתר Todoist.com ואתר Trello.com...

מה זה IIS ולמה אני צריך את זה בבדיקות

תמונה
חבר פנה אליי בנושא IIS בגלל פרויקט חדש. נכון, אני לא מתכוון להרחיב יותר מידי על IIS אבל אנחנו נתמקד בכמה שאלות עיקריות בנושא: מה זה IIS : IIS -  Internet Information Services  הוא ערכה של כלים מבוססי  אינטרנט  עבור  שרתים  שרצים בסביבת  Windows . זהו  שרת האינטרנט  השני הפופולרי בעולם אחרי  Apache HTTP Server . השרתים שכרגע נכללים בערכה הם:  FTP ,‏  SMTP ,‏  NNTP  ו- HTTP / HTTPS .  לפי וויקיפדיה. אבל השאלה הבאה חשובה יותר....

מערכת ניהול באגים חינמיות

תמונה
Debugle.com יצא לכם לעבוד בחברת סטארט-אפ נטולת תקציב? יצא לכם בתוך החברה לעבוד מול מפתח חיצוני ולא הייתה לו גישה למערכת ניהול הבאגים של החברה? הנה שתי מערכות פשוטות וחינמיות שיעשו לכם את החיים נוחים וקלים יותר לניהול הבאגים והדרישות של הפרויקט שלכם מול המפתח. האתר Debugle : אתר נחמד ממשק נחמד עם אפשרות ניהול לפי רמת פרויקט, באגים ופיתוחים בפרויקט וניהול משתמשים. קל ופשוט לעבודה הניווט קצת מבלבל בהתחלה אבל נחמד מאוד וחינמי. אתר Issuepop : אתר טוב עם ממשק נוח לשימוש בעל אפשרות ניהול מספר פרויקטים וניהול באגים ופיתוחים לפי פרויקט. המערכת מאפשר בצורה נוחה מאוד לנהל משתמשים ולפתוח באגים. נגיש, ידידותי למשתמש ומאפשר צירוף קבצים או צילומי מסך לכל באג, ניהול באגים והיסטוריה ופתיחת קטגוריות חופשית.

מפרט חומרה של מכשירים ניידים (spec)

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

לבדוק על IE8, אתם רציניים?!

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

בדיקות בפרוייקט Agile

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

פירוק לגורמים

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