23-06-2016, 22:34
|
מנהל פורומי "תכנות ובניית אתרים" ו"חומרה ורשתות"
|
|
חבר מתאריך: 25.10.01
הודעות: 42,775
|
|
חשוב שתדע ש QA מתחלק לתתי-תחומים:
יש בדיקות QA ידניות (שזה כנראה מה שאתה מדבר עליו)
יש QA שמשתמשים בכלים מסוימים שעושים בשבילם את הבדיקות (כלומר הם כותבים תסריטים, ואז התוכנה מריצה אותם ונותנת תוצאה) - למשל - Selenium, LoadRunner וכו'.
ויש QA-אוטומציה - שזה בעצם מתכנתים שכותבים תוכנה שמטרתה לבדוק את המוצר שהחברה מייצרת; המטרה של האוטומציה הזו היא שבכל פעם שעושים שינוי במוצר, אפשר להריץ את האוטומציה שתוודא (במהירות גבוהה עשרות ואולי אלפי מונים יחסית לבדיקה ידנית שבה גם אפשר לפספס) שהמוצר עדיין מתנהג כמו שהוא התנהג קודם בסנריו-אים שהוגדרו. כיוון שזה אוטומטי, לא צריך אדם שיבדוק. זה מתחבר לקונספט שנקרא Continuous Integration - שבו - ישנו תהליך אוטומטי לחלוטין שבו ברגע שמפתח דוחף את שינויי הקוד שלו ל Source Control, כלי ה CI מזהה את זה, ומייד מתחיל לקמפל גירסה של המוצר. בסיום קימפול הגירסה, המוצר מותקן התקנה על מערכת נקייה/משודרג/שניהם ומורץ אוטומטית, ואז כלי האוטומציה מורץ כדי לבצע את הבדיקות על המוצר. בסופו של התהליך, יוצא דו"ח (לרוב - למייל של מי שמעוניין, ובנוסף, אם זה מספיק חכם ומשהו נשבר בבדיקות, אז ספציפית זה מוסיף לרשימת הנמענים את ה owner של הרכיב שנשבר) - וכך יודעים מיד אחרי כל שינוי מה איכות המוצר, ואף מתקנים תקלות מיד כשהשינוי "חם" בזיכרון של המפתחים, שזה השלב שבו הכי כדאי לעשות את זה מבחינת מאמץ. כי אם תגלה את זה שבועיים אחר כך, לך תדע לזהות איזה שינוי מתוך 100 שינויים גרם לרגרסיה.
כמו שאתה יכול לשער, לסוגים השונים - משכורות שונות...
נ.ב. חשוב לציין שאני בעצמי לא איש QA, אבל אני מכיר בעיקר את הסוג האחרון שכתבתי, וזאת משום שאני הייתי אחראי על "תפירת" ה CI שמבצע את הקימפול, ההתקנה, ואז הרצת האוטומציה (שנכתבה על ידי QA-אוטומציה), לקיחת את התוצאות שלה לכיוון מייל יפה (שסוגנן על ידי Groovy) שמראה את ה Tests Suites שרצו ופירוט לגבי מה נכשל. זה היה שילוב של Jenkins, JUnit, Surefire Plugin, Nginx, PHP, iPXE, Kickstart ובטח עוד כמה דברים ששכחתי
|