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