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

עובדים על פרוייקט הכולל הזרמת וידאו?! מריצים בדיקות של הstream?! בפרסום זה אנסה לתת קצת רקע על Pרוטוקול RTMFP, למה הוא משמש? מה נבדוק בפרוטוקול זה ומה הם הפרטים שחשוב לדעת. נתחיל ברקע... מהו פרוטוקול RTMFP ? ראשי תיבות: Secure Real-Time Media Flow Protocol. פרוטוקול זה פותח על ידי adobe ומטרתו להעביר מידע מוטימדיה (וידאו, תמונות, קול ועוד). בשונה מפרוטוקול RTMP שדומה יותר לTCP, פרוטוקול RTMFP דומה יותר לUDP . הפרוטוקול מאובטח בהצפנה ומשמש בעיקרו להעברת הנתונים בין משתמש לשרת או משתמש קצה למשתמש קצה ישירות לאחר קישור על ידי השרת.

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

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

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