רשומות

מוצגים פוסטים עם התווית מסמך בדיקות

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

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

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

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

הרצת מסמך מסודר ובדיקות חקירה (Exploratory Testing)

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

תיעוד באגים

תמונה
השבוע נשאלתי לגבי אופן הזנת באגים וחשבתי שמעולם לא רשמתי על דבר זה בפורום שהינו מעוד בסיסי. אז הנה אני מתחיל.... בכל תהליך בדיקות תפגשו סוגים שונים ומגוונים של באגים ברמות שונות. כל באג או דפקט שנחשף בפניכם חשוב לתעד ממספר סיבות, ביניהן; היכולת להריץ בדיקות רגרסיה, מעקב תיקון באגים, סטטיסטיקות על איכות, עדכון אוטומטי לכל המעורבים בפרויקט, מיקוד בדיקות באזורים מרובי באגים ועוד. כל חברה ואופן העבודה וההרגלים שלה וביניהן סוג השרת והתוכנה בה משתמשים. בין אם אתם עובדים עם; Quality Center, OnTime2007, Synergy, Mircrosoft virtual Studio2010 או כל תוכנה אחרת, תיעוד הבאגים תמיד יהיה זהה במהותו ואני אתמקד במה חשוב לדעת ולא על אופן ההזנה הטכני (אותה תרכשו לרב במהלך החפיפה). נתחיל מההבנה שמדובר באנשים ולכן חשוב להיות כמה שיותר מפורט כדי להעביר את המסר למפתח (נסו להיות סובלניים אם המפתח מתלונן שאינו מבין את הבאג וזיכרו שאנחנו מעבירים ביקורות על עבודתו הקשה ולעתים הפניה היא ממקום אמוציונלי). אז אחרי שנגעתי בכל מה שמסביב נעבור לעיקר :