קיוטיפי למתקדמים

לגרסה האנגלית של הפוסט

על מה מדובר בעצם?

הבלוג הזה נועד להוות אבן שואבת לתכנות מתקדם ב-QTP. הוא מיועד לכל מי שנמאס לו מהכשרות חסרות טעם, השתלמויות מבוזבזות וספרים לא יעילים, שמתרכזים בלימוד הדרכים השונות לפתיחת מאגר האובייקטים (רמז רמז – זה באמצעות לחיצה על העכבר); אבל לא מטפלים ב-Design Patterns, איך כותבים תסריט נוח לתחזוקה עתידית, אנקפסולציה של פעולות, ושאר נושאים הכרחיים לתכנות יעיל ונכון.

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

הבלוג מיועד לקוראים בעברית ובאנגלית. בראש כל פוסט יהיה קישור למקביל הלועזי שלו, ואתם תמיד מוזמנים לקפוץ לאתר המרכזי באנגלית.

אני מקווה שתמצאו את הבלוג מועיל ויעיל. אני פתוח להצעות, בקשות, שאלות ושיפורים – אז אל תהססו לפנות אלי. אחרי הכל, הבלוג נועד עבורכם :)

שיהיה יומצויין-מעויין

Combustible Moo.

קצת עלי, ועל המוטיבציה שהולידה את האתר

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

נכון, הקורסים ה"מתקדמים" זורקים קטעי קוד פה ושם, אבל הכל מוגש במעטפת שבנויה למשתמש אקסל שרוצה לדעת לכתוב מאקרו או שניים, לא למי שהעיסוק העיקרי שלו הוא תכנות. נראה שאף אחד לא הבין עדיין, שעל מנת לכתוב בדיקות טובות ב-QTP, צריך לכתוב קוד טוב. כן, אפשר לעבוד עם QTP ב"מצב משתמש", לכתוב קצת קוד ולארוז אותו בצורה נחמדה. לרוב התוצאה תהיה קוד שקשה לתחזק, בעל החזר השקעה (ROI) נמוך עד לא קיים, ותסריט בדיקה שפשוט לא קריא. ישנם יוצאים מן הכלל, אבל ברוב המקרים, זאת התוצאה.

בהתחלה חשבתי שפשוט מדובר בספרים גרועים וקורסים שרלטניים, אבל בסופו של דבר הבנתי שזאת תופעה חוצת שכבות. גם מנהלי הפרוייקט שלי חושבים ש-QTP היא תוכנת Record-And-Play, והציפיות שלהם ממני הן בהתאם, וגובלות לעיתים בצפיות ל-AutoMagic. מבחינתם תסריט QTP הוא לא תוכנה בפני עצמה, ולכן שיקולי עלות-תועלת כמו תיקון באגים ותיעוד של התסריט פשוט לא קיימים עבורם. ואולי התופעה הגרועה מכולן – אנשי QTP בעצמם נהיו מקובעים בתפיסה שהם משתמשים, לא תוכניתנים, והדבר מונע מהם לממש את הפוטנציאל שלהם למצויינות.
אז האם הכל אבוד? לא בדיוק. ישנם אנשים נוספים עם תחושות דומות לשלי (או ליתר דיוק – לי יש תחושות דומות לשלהם), והם מנסים לתקן את המעוות באמצעות אתרים, פורומים והתכתבויות. אבל למרות כל המאמצים, עדיין אין מקום אחד שמלמד באופן מרוכז איך להיות תוכניתן QTP.

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

מקווה שתצטרפו אלי.