LOGIN
התחברות או הרשמה
Avatar
להמשך הרשמה ידנית – לחץ על כפתור ההרשמה, להרשמה/כניסה מהירה בעזרת חשבון רשת חברתית – לחץ על הלוגו בכותרת

אפס סיסמה - שכחתי את שם המשתמש

שם משתמש
סיסמה
זכור אותי

he icon   en icon

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

מנהלי בדיקות ב Agile - יש דבר כזה?

נכתב על ידי 
ראשון, 04 ספטמבר 2016 10:46
דרגו כתבה זו
(3 הצבעות)

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

לאן נעלמו המנהלים?

האם עולם ה Agile גרם לנו להתפתח? או שאולי הוא מתאים רק בסוג מסוים של אנשים? או שאין מקום/צורך במנהלים בעולם ה Agile?

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

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

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

אז אני חוזרת לשאלה הראשונה, מנהלי הבדיקות נעלמים? האם מקומם הינו רק בעולם ה Waterfall?

לדעתי, יש מקום וצורך לטפח בעולם ה Agile, את תפקיד ה QA Tech Lead, שיהיה מוביל ונותן טון עבור הבדיקות, תוך כדי עבודה בצוות הפיתוח – 100% hands-on.

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

שונה לאחרונה ב ראשון, 04 ספטמבר 2016 11:00

חובה להיות משתמש רשום במערכת בכדי להגיב - ההרשמה/כניסה בכותרת האתר

חדשות מעולם הבדיקות

  • Necessary Conversations – 1

    Thanks for meeting with me <fill in Project Manager’s name>!  I appreciate this opportunity to explore the testing approaches for this project.  I realize we have just started planning and have no product designs yet, but this is the best time to have this conversation. Soon, our team will begin to absorb and understand business needs, and transform them into viable products.  The Testing team, Testers and Test Engineers, look forward to collaborating with the team on that effort. Yes, I can see where you might believe there is nothing to test.  Many are mistaken in this belief that there must be a product before testing can execute.  I would argue that the business needs will require some scrutiny and I believe Testers are best equipped to ask questions about assumptions and details.  These questions will help clarify the needs, clarify product definitions, and reduce the number of defects resulting from misunderstood or poorly written definitions. Why the Test Engineers, then?  I’m glad you asked.  They listen to conversations for opportunities to make testing smoother for everyone.  By everyone, I mean Testers and Developers.  Basically, we have been practicing Shift Left, that is, moving evaluations closer to product construction.  We believe it can make a difference on this project. How?  When the project team delivers unit tests with their minimal viable products, we know requirements are probably met.  This helps the Testing team focus on risks.  The time to complete testing is likely shorter.  That improves Pace. Also, unit tests[…]

    21.10.2019 | 7:11 קרא עוד...
  • Meme of the day: Testers to their team on the testing phase

    The post Meme of the day: Testers to their team on the testing phase appeared first on The Life Of One Man.

    21.10.2019 | 4:03 קרא עוד...
  • Screen grabbers as debugging tools

    Screen grabbers as debugging tools Nothing big or clever this time.  (Is it ever big or clever here?)  Just a little trick that I find useful occasionally, that might be of use to you too. Picture the scene – you’re debugging some code in your IDE and you realise that you want to take a snapshot of lots of state (e.g. all the properties of an object), or of state that’s deeply buried down in an object hierarchy.  You want the snapshot from this debugging session so that you can refer back to it in your next debugging session. For instance, you’ve just realised that the problem is with the 11th iteration around a loop, but you realise this when you get to the 12th iteration.  You want to quickly capture how things are during the 12th iteration, so that when you start again and get to the 11th iteration, you can compare how things are then with the snapshot. There might be ways to do this purely within your IDE, but I found the standard Windows 10 screen grab tool Snip & Sketch very handy for a quick and dirty result.  A key part is its feature that lets you kick off a screen grab for N seconds into the future: You select e.g. Snip in 10 seconds, then switch to your IDE.  You then hover over the object whose state you want to capture, expanding elements as necessary to get to the right part.  When the 10 seconds elapses Snip & Sketch temporarily[…]

    21.10.2019 | 3:54 קרא עוד...

טיפים

לרשימה המלאה >>