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

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

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

he icon   en icon

צור מפת חשיבה – Mind Map

נכתב על ידי 
שלישי, 03 פברואר 2015 13:40
דרגו כתבה זו
(1 הצבעה)

 צור מפת חשיבה – Mind Map

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

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

(בדומה לטבלאות רבות מימדים וצבעים)

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

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

את ה-MM ניתן לצייר על הלוח, על נייר, וגם בכלים ממוחשבים שונים וברובם חינמיים.

מתי נשתמש ב-MM? – כאשר נרצה לעשות סדר בחשיבה שלנו על מקרי בדיקה, וכאשר נרצה להציג הנושא ברמת על בדיון או בReview,

וגם כאשר נחליט לתאר בקצרה את הנושאים הנבדקים – לדוגמה לקראת ותוך כדי בדיקות חוקרות (ET).

את ה-MM נתחיל לבנות בדומה לעץ מ- מילה/רעיון/נושא מרכזי וממנו נפצל לתת-נושאים ברמות נוספות.

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

חומר קריאה נוסף:

http://www.mkltesthead.com/2013/07/create-mindmap-rosie-sherry-99-ways.html

התמונה מ:

https://www.examtime.com/blog/6-tips-on-how-to-create-an-online-mind-map-with-examtime

 

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

סדרת טיפים זו "כיצד להפוך לבודקים טובים יותר" מתבססת על דיון ב: Software Testing Club

99 Things Testers Can Do To Become Better Testers

ה-eBook החינמי שנוצר בעקבות דיון זה: 99ThingsEbook.pdf

וסדרת פוסטים מאת Michael Larsen בשם: Ways Workshop 99 - בה מיכאל מרחיב על כל אייטם וגם מספק הנחיות כיצד לתרגל הנושא.

 

How to create a mind map mindmap

 

שונה לאחרונה ב ראשון, 31 מאי 2015 05:09

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

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

  • API Testing Challenge 12 - How To - DELETE todos/id 200

    This post and video shows how to complete the challenge DELETE /todos/id (200) to successfully delete a todo item in the application. What are the API Challenges? Our API Challenges Application has a fully functional cloud hosted API, and a set of challenges to work through. DELETE /todos/id (200) Issue a DELETE request to successfully delete a todo DELETE request will delete a todo if the provided id exists /todos/id end point e.g. DELETE /todos/3 to delete the todo with id==3 200 is an success code, in this case it means the todo was deleted The body of the message is empty add the X-CHALLENGER header Basic Instructions Issue a DELETE request to end point “/todos/id” where id is replaced with the id of an existing todo if you don’t know any then a GET /todos would show a list of todos, or you could POST /todos to create one. if running locally that endpoint would be http://localhost:4567/todos/id if running in the cloud that endpoint would be https://apichallenges.herokuapp.com/todos/id The request should have an X-CHALLENGER header to track challenge completion The response status code should be 200 when all the details are valid and the todo exists. To double check that the todo item was deleted, then you could issue a GET request on the todo directly and receive a 404 or issue a GET request on /todos and check it is not in the list of todos. Insomnia Details > DELETE /todos/62 HTTP/1.1 > Host: apichallenges.herokuapp.com > User-Agent: insomnia/2020.3.3 >[…]

    12.04.2021 | 4:30 קרא עוד...
  • 2021/04/12 My breakdown of “Mike Monteiro: 13 Ways Designers Screw Up Client Presentations” (and how it applies to testers)

    2021/04/12 My breakdown of “Mike Monteiro: 13 Ways Designers Screw Up Client Presentations” (and how it applies to testers) Today I’m going to be talking about a presentation I found on YouTube, titled “13 Ways Designers Screw Up Client Presentations”, by Mike Monteiro (@Monteiro on Twitter). It is aimed at designers, who he classifies as “anyone who puts anything on the web”. So why, as a tester, who doesn’t put content on the web, not only watch it, but blog about it? I had seen a previous video of his – Fuck You, Pay Me, and found him to be an interesting speaker, so I thought give it a shot. I’m glad I did, as a good chunk of what he says could be applied to testers (or developers, or many other roles which require expert knowledge). If you want to watch the whole thing yourself (and I would encourage you to do so), you can watch it below. It is just under an hour long, which isn’t always easy to spare. If you would like a breakdown of his presentation, with me referencing sections that I feel would apply to testers, then keep on reading. Introduction Quality is not enough Mike asks do good thing comes to those who wait, that quality rises, that the making was enough, and our place is in front of a screen. Does good design (testing) sell itself?No Mike says that for collaborative environments, beer on tap, a ping pong table, for all of that, there is one thing that will hold true. If you stop paying people they stop coming to work[…]

    12.04.2021 | 2:00 קרא עוד...
  • The most powerful tool in my facilitation arsenal...

    The most powerful tool in my facilitation arsenal... It's been a while since I've written anything technical (I'm busy writing fiction at the moment), but this post has been brewing for a year, and a meeting today pushed me into wanting to write it up.I've been diversifying since last I wrote! I've always thought of myself as a 'Jack/Jill of all trades' in software, I'd even like to call myself 'a renaissance man', except I've never been one for pretention.One of the things I love about where I work, and particularly my current team is that there are always opportunities to 'self outside' of my job title and do something a little differently. This has included working as a scrum master, business analyst, developer, data analyst, it goes on!An area I really love working in, and this goes back to my love of agile and being a scrum master is facilitation. It's a role I absolutely love, and have really grown into over the years, but it also is one I initially found challenging.You see, I love contributing ideas and finding direction. That kind of leadership can have it's uses, but it doesn't make for good facilitation, and can (as we'll discuss) have it's limitations.When my team comes across a problem, it's really easy to look at it, and try and propose a solution. And that's okay sometimes, but with those words I said before, with being a Jack (or Jill) of all trades, you have to remember you're also a master of none.Generally, when the team comes[…]

    12.04.2021 | 1:26 קרא עוד...

טיפים

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