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

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

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

he icon   en icon

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

ניהול סיכונים בתכנון הפרויקט וכתיבת תסריטים

נכתב על ידי 
ראשון, 19 מרס 2017 11:37
דרגו כתבה זו
(1 הצבעה)

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

אנחנו מנהלים את חיינו בניסיון למקסם את האפשרויות השונות עם הכלים שיש לנו.

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

 

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

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

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

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

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

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

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

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

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

·         מה התכולה שאותה אנו נדרשים לבדוק.

·         מה הם המשאבים שלנו לתכולה הנבדקת.

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

·         מה החוסרים שלנו (לדוגמא: חוסר בידע, חוסר במעבדות, חוסר בכלים, חוסר בבודקים).

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

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

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

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

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

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

·         האם המודול הינו תהליך מרכזי?

·         האם ישנה השפעה על מודולים נוספים?

·         רמת מורכבות הקוד?

·         מה החשיבות של המודול ללקוח?

·         האם טכנולוגית הפיתוח היא חדשה בארגון?

·         האם צוות הפיתוח חדש בארגון?

·         האם לצוות הבדיקות יש ידע קודם על המודול?

·         האם השינוי הינו רגולטורי?

בשלב הזה לכל מודול ניתן ניקוד לכל השאלות בין 1 ל-3, כאשר הציון 1 משמעו השפעה נמוכה והציון 3 הינו השפעה גבוהה.

כך שנקבל לכל מודול רשימה של ציונים לכל פרמטר/שאלה.

נסכם את הציונים לכל מודול וכך נקבל רשימה של מודולים עם ציון סופי, ועכשיו נחלק את הציונים הסופיים לשלוש קבוצות, 8 שאלות * 3 = 24 נקודות, לכן החלוקה לפי ניקוד:

·         המודולים בעלי הציון הגבוהה ביותר – מודולים בסיכון גבוה – ציון 20-24

·         המודולים בעלי ציון ממוצע – מודולים בסיכון בינוני – ציון 14-19

·         המודולים בעלי ציון נמוך – מודולים בסיכון נמוך – ציון 8-13

לכל מודול או תהליך עסקי נבצע את הפעילויות הבאות בהתאם לציון:

·         המודולים בעלי הציון הגבוהה ביותר – נשקיע 100% בכתיבת תסריטים, נבדוק את המודול בצורה מלאה עם כיסוי מקסימלי.

·         המודולים בעלי ציון ממוצע – נשקיע 60% בכתיבת תסריטים תוך דגש על תהליכים עסקיים מרכזיים, נבדוק את המודול עם כיסוי חלקי לפי התסריטים שהגדרנו + exploratory testing.

·         המודולים בעלי ציון נמוך – נשקיע 20% בכתיבת תסריטים, בעיקר בראשי פרקים או check list ונשקיע בעיקר ב- exploratory testing.

 

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

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

שונה לאחרונה ב שני, 20 מרס 2017 05:58

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

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

  • 10 Amazing Reasons to Attend TestBash Brighton

    by Rosie Sherry Want to go to TestBash Brighton , but struggling to put good reasoning together for yourself or your boss ?   There’s no doubt that the world of conferences, software testing and TestBash has changed in the past few years.  In the case of TestBash(es) we’ve evolved and grown in many different ways, I thought it would be helpful to point out some key points and ideas we are working on. Belonging ‘I feel like I belong.  I now understand what TestBash is all about.’  This is one of the most frequent comments we get.  I've heard it many times over the years. For some it can be an almost instant feeling. For others it  can take years for people to get around to coming along to a TestBash.  And sometimes it even takes a few TestBashes for them to get into the flow of it . When we talk about community we mean it.  When you come to a TestBash - you are welcome and you belong.   Sometimes these things take practice and effort. You may look around and feel that people connect with others more easily, whilst you are struggling.  This is a natural way to feel and to be clear, what you see is not always the truth. People at TestBash are always practicing, seeking and exploring ways to connect better.  The more you put in, the more you will get out.  We work hard to encourage everyone to help each other out.  Just[…]

    13.01.2019 | 6:00 קרא עוד...
  • TestBash Manchester: TestBash Of The North

    The North remembers what an absolute belter TestBash Manchester 2018 was, so we are coming back, Manchester! For a fourth time! And, we can’t flipping wait! It going to be a spectacular action-packed week-long extravaganza at The Lowry , filled with opportunities to learn, network, have fun, and of course, space to reflect on all that’s going on. Here’s the itinerary for the week: Automation In Testing (Monday 30th September - Wednesday 2nd October) - a fantastic three-day training course taught by Richard Bradshaw and Mark Winteringham. You’ll learn all about the current state of automation, how to design and implement reliable, targeted automated checks, and create new automation tools to test products at your company. TestBash Workshops (Wednesday 2nd October) are a series of ½ day workshops, some of which focus on technical testing and some on the softer skills a tester needs. A workshop ticket gives you the chance to choose two workshops that appeal to you on a first come, first served basis. TestBash (Thursday 3rd October) is our original software testing conference. It’s a single track event, meaning every talk is a keynote and all attendees have lots to talk about during the breaks and socials. Expect a balance of talks that cover the important aspects of testing, quality and working in software development. It’s fun-filled, jam-packed day! Test.bash(); (Friday 4th October) is our technical testing and automation focussed conference. It’s a single track event, with fun and unique elements sprinkled throughout. Expect talks that include[…]

    12.01.2019 | 6:00 קרא עוד...
  • December RoundUp of All Things MoT

    December was a great month, a nice end to 2018.  We're all ready for 2019 and no doubt full of resolutions.  Is one of them to  speak at a TestBash ?  Or maybe to focus on your professional growth with a  pro member account ?       The Club A few selected discussions from  The Club  that we thought you might find interesting. How to test a mobile game?  posted by nitin1387. When you're new to mobile games testing, it can be difficult to know where to start or what skills are transferable. Do you have  beef  with the idea that anyone can test software?  posted by rosie. How do you respond to the arguments that anyone can test software, so professional software testers are not needed, in a meaningful way? How Would You Test An ATM?  posted by heather_reid. What behaviour would you expect, and not expect, from the ATMs you use? Test Team Structure  posted by inkyfreak. What way are teams in your organisation structured and what have you found to be the most effective structure for test teams? Your Most Used or Favourite Swag Item  posted by heather_reid. We're mindful of the environment and keeping waste levels low at MoT, so we're wondering what swag items you use every day no matter where you got them from.   The Club Ninja Each month we select one of our Club users to be our  Ninja of the Month .  Our Club Ninja this month is Tuan Tran!  […]

    9.01.2019 | 6:00 קרא עוד...

טיפים

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