
הטקסט המלא של הדקות הראשונות בהרצאה «Testing Team Position» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.
טסטינג טים פוזישן, ההרצאה הזאת תתעסק במיקום האפשרי של צוות הבדיקות בארגונים וחברות. זאת הרצאה למעשה שהיא הרצאה אחרונה של הקורס, שאמורה לתת לכם איזשהו מבוא והתמקצעות ראשונה בתחום הבדיקות תוכנה.
lesson objectives מטרות השיעור Why you need to know this lecture? למה אתם צריכים בכלל לדעת את ההרצאה הזאת? אינדיפנדנט טסטינג צוות בדיקות שהוא עצמאי טסטינג under development צוות בדיקות שהוא תחת הפיתוח.
טסטים under operation צוות בדיקות שהוא תחת, בוא נקרא לזה מבצעים, אלא תחת הפעילות השוטפת או תחת ה-help desk למעשה.
Don't deliver tests למה שלא מה היתרונות והחסרונות שלא יהיה לך צוות בדיקות בכלל. Personal opinion איזושהי דעה אישית ותובנות שאספתי במהלך השנים, זה לא אומר שהתובנות שלי הן הנכונות, אלה תובנות שאני מסיק אותן מהניסיון האישי שלי.
Why I need to know this lecture? למה אתם צריכים לדעת את ההרצאה הזאת? או למה כדאי לכם לשמוע את ההרצאה הזאת? There is a variety of place where a company put the testing team in the company hierarchy.
יש הרבה מאוד מקומות על העץ החברה שבו אפשר למקם את צוות הבדיקות. The location is important because it affects the information flow and the relationships in the project.
המיקום של צוות הבדיקות גם משפיע על רצף האינפורמציה לגבי הפרויקט, וגם על מערכת היחסים בתוך הפרויקט. Each place has its own advantages and disadvantages.
כמובן שלכל מיקום יש את היתרונות ואת החסרונות, ואין מיקום אחד שהוא עדיף. By knowing me you will know what to do in order to solve the disadvantages.
אם תדעו איפה אפשר לשים את צוות הבדיקות, תגיעו בעתיד לחברה שצוות הבדיקות נמצא במקום x ולא במקום y תדעו את העיתונות תדעו את החסונות של זה תדעו כבר פחות או יותר איך להקטין את החסונות או להקטין את העוצמה של החסונות של המיקום צוות הבדיקות בפרויקט או בחברה.
אינדיפנדנד טסטים אוקיי אז המקום האפשרי הראשון שאפשר לשים בו צוות בדיקות זה צוות בדיקות עצמאי. לטסטינג טים איז אינדיפנדנד זאת אומרת צוות הבדיקות הוא עצמאי עומד הוא כפוף לגוף בדיקות או סמנכ"ל בדיקות או חטיבת בדיקות.
It is under the project manager and equal to the development. אם הוא מדובר בפרויקט אז הוא יושב תחת מנהל הפרויקט והוא באותו level כמו הפיתוח. If the power to influence on the project quality.
כתוצאה מכך הוא יכול להשפיע ברמות מאוד מאוד איכותיות ומאוד טובות על נושא איכות הפרויקט. but need a good communication flow with the development, but תפטרס can become the one to be blamed on late release.
שתי הבעיות זה שאם צוות הבדיקות הוא עצמאי והוא כפוף למנהלת הפרויקט אז איפשהו התקשורת עם המתכנתים יכולה להיפגם כי כאילו התקשורת תעבור דרך מנהלת הפרויקט ולא ישירות למתכנתים ויכול להיות מצב שהמתכנתים יעכבו או יתעכבו בלוז ההכנה אבל בסוף הכל ייפול על הפרויקט על אנשי הבדיקות בגלל שהם כאילו האחרונים בשרשרת.
הם מקבלים אחרונים את המוצר לבדיקות והם כאילו הצוואר בקבוק הופכים להיות. טסטים אנדר דבלופמנט כאשר צוות הבדיקות הוא כפוף לראש צוות הפיתוח.
The testing team under the development manager, כלומר, אכיפות מלאה לראש צוות הפיתוח, ולמעשה המנהל והאחראי על צוות הבדיקות הוא ראש צוות הפיתוח.
Can create a good communication with developers. כתוצאה מכך, בגלל שהם יושבים בתוך צוות הפיתוח, תהיה להם תקשורת טובה עם אנשי הפיתוח.
But testers can have the same view of the development and ignore bugs. It is hard to inspect your own manager and colleagues. הבעיה היא שבסופו של דבר אנשי בדיקות אנחנו בודקים מראות העיניים של הלקוח ואנחנו צריכים בסופו של דבר לבוא ולהגיד לראש צוות הפיתוח שיכול להיות שיש לו באפיון שלו.
אנחנו צריכים לבוא לחברים שלנו לצוות לבוא ולהגיד להם שיכול להיות שהם כתבו קוד לא תקין שזה יוצר בעיה וזה לפעמים יוצר בעיה של האם אני צריך לבוא ולהעיר הערה לבוס שלי למנהל שלי וכתוצאה מכך יכול להיות שצוות הבדיקות למעשה לא יעשה את העבודה שלו נאמנה.
טסטים under operation אם צוות הבדיקות הוא כפוף לתפעול אז הוא תחת מנהל התפעול היתרונות של זה שזה close to the customer קרובים מאוד ללקוח.
כתוצאה מהקרבה ללקוח אנחנו גם יכולים להבין את הדרישות יותר טוב כי אנחנו מבינים את הלקוח כי אנחנו מדברים איתו על בסיס יומי אנחנו הראשונים שנדע על באגים שנמצאו על ידי הלקוח וזה לא יבוא מכל מיני מקומות למעלה וגם אם נדע ראשונים זאת אומרת שהלקוח ידבר איתנו ראשונים זאת אומרת שיכול להיות שהרבה פעמים נוכל להגיד
לו רגע זה לא באג זה מה שרצית ולא אתה לא מתסעל את זה נכון וכדומה ונוכל למעשה לעזור ללקוח עם המערכת but far from development הבעיה היא שאנחנו רחוקים מהפיתוח שוב נוצרה בעיה של תקשורת עם תקשורת שוטפת עם המתכנתים but need to see the project view and not only the customer view אבל אנחנו אמנם אנשי בדיקות