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

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

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

להגיד שהייתי נואש זה לא להגיד כלום.

מחפש משהו חדש

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

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

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

פיתוח בסיס תיאורטי

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

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

אז לאן הולך איש IT במצבים כאלה? כמובן, לגוגל.

הספר הראשון שנתקלתי בו שחור "תהליכי בדיקת מפתח". היא עזרה לי לסדר את מה שכבר ידעתי באותו זמן ולהבין באילו תחומים נכשלתי בפרויקט (ובהבנה שלי בבדיקות). ההנחיות שניתנו בספר היו חשובות מאוד - ובסופו של דבר הן הפכו לבסיס הידע הבא.

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

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

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

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

בכלל, בתחילת דרכי הבנתי שאני לא יודע כלום; שעכשיו אני מבין את אותו הדבר, אבל! בעבר, לא לדעת משהו הפחיד אותי, אבל עכשיו זה כמו אתגר עבורי. לשלוט בכלי חדש, להבין טכניקה חדשה, לקחת תוכנה שלא הייתה ידועה עד כה ולפרק אותה חלק אחר חלק זה הרבה עבודה, אבל אדם נולד לעבוד.

בעבודתי נתקלתי לא פעם בגישה מעט מזלזלת כלפי בודקים. הם אומרים שמפתחים הם אנשים רציניים, תמיד עסוקים; ובוחנים - לא ברור למה הם נחוצים בכלל; אתה יכול להסתדר מצוין בלעדיהם. כתוצאה מכך, לעתים קרובות הוטלו עליי הרבה עבודה נוספת, למשל, פיתוח תיעוד, אחרת נחשב שאני משחק טיפש. למדתי איך לכתוב תיעוד בהתאם ל-GOST ואיך לנסח הוראות למשתמשים בצורה טובה (למרבה המזל, יצרתי אינטראקציה עם משתמשים די טוב וידעתי איך זה יהיה יותר נוח עבורם). כעת, לאחר 9 שנות עבודה כבוחן בקבוצת החברות של כיל (3 השנים האחרונות עד היום בחטיבה של קבוצת החברות - כיל שירותי), אני מבין היטב עד כמה חשובה עבודת הטסטרים. אפילו המפתח המדהים ביותר יכול להסתכל על משהו ולהשאיר משהו בחוץ. בנוסף, הבודקים הם לא רק מפקחים קפדניים, אלא גם מגינים של משתמשים. מי, אם לא בודק, יודע היטב כיצד צריך להיות מובנה תהליך העבודה עם תוכנה; ומי, אם לא בודק, יכול להסתכל על התוכנה מנקודת מבטו של האדם הממוצע ולתת המלצות על ממשק המשתמש?

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

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

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

רשימת רשימת כניסה למקצוע

ולכם, ריכזתי צ'ק ליסט קטן לכניסה למקצוע:

1. כמובן שאתה צריך להיות טוב עם מחשבים ולהתעניין בטכנולוגיה. למעשה, בלי זה אתה לא צריך להתחיל.
2. מצא בעצמך את התכונות החשובות מבחינה מקצועית של בודק: סקרנות, קשב, יכולת לשמור בראשך "תדמית" של המערכת ולנתח אותה, התמדה, אחריות ויכולת לעסוק לא רק ב"הרס" המהנה של המערכת, אבל גם בעבודה ה"משעממת" של פיתוח תיעוד בדיקות.
3. קח ספרים על בדיקות (ניתן למצוא אותם בקלות בצורה אלקטרונית) והניח אותם בצד. תאמין לי, בהתחלה כל זה יפחיד אותך במקום לדחוף אותך לעשות משהו.
4. הצטרף לקהילה מקצועית. זה יכול להיות פורום בדיקות (יש הרבה מהם, בחר את זה שאתה אוהב), בלוג של בודק מקצועי כלשהו, ​​או משהו אחר. למה זה? ובכן, קודם כל, קהילות הבדיקות ידידותיות למדי ותמיד תקבלו תמיכה וייעוץ כשתבקשו זאת. שנית, כשתתחילו לנוע בתחום הזה, יהיה לכם קל יותר להשתלב במקצוע.
5. תתחיל לעבוד. אתה יכול להיות מתמחה בבדיקות, ואז הקולגות הבכירים שלך ילמדו אותך הכל. או להתחיל עם משימות פשוטות בפרילנסר. בכל מקרה, אתה צריך להתחיל לעבוד.
6. לאחר שהתחלת לתרגל את המבחנים, חזור לספרים שנקבעו בצד 3.
7. תבין שאתה כל הזמן צריך ללמוד. יום אחרי יום, שנה אחר שנה, תלמד משהו חדש ותבין משהו. קבל את המצב הזה.
8. זרקו הצידה את הפחדים והספקות והתכוננו לאחת העבודות המעניינות בעולם :)

וכמובן, אל תפחדי מכלום :)

אתה יכול לעשות את זה, בהצלחה!

UPD: בדיונים על המאמר, פרשנים מכובדים הסבו את תשומת לבי לעובדה שלא כולם יכולים להיות ברי מזל בשלב הראשוני כמוני. לכן, ברצוני להוסיף את סעיף 3א לרשימת התיוג.

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

מקור: www.habr.com