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

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

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

he icon   en icon

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

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

נושא הסבר כללי והוראות שימוש בפורום "שאלות דוגמה למבחנים"

הסבר כללי והוראות שימוש בפורום "שאלות דוגמה למבחנים" 15 מאי 2015 14:16 #3359

  • Michael Stahl
  • Michael Stahl's Avatar
  • מנותקים
  • Fresh Boarder
  • פוסטים: 3
  • קארמה: 0
שלום!
אחת מהבקשות שאנו מקבלים לעיתים תכופות היא לפרסם עוד שאלות דוגמה לבחינות ההסמכה.
מצד אחד אנו מבינים את הצורך; מצד שני, הכנת שאלות היא תהליך לא פשוט שצורך זמן ומחשבה. כיוון שהארגון שלנו מבוסס על מתנדבים, הזמן שאנו יכולים לדרוש מהחברים הוא מוגבל, והקדימות שלנו היא לכתיבת שאלות אמיתיות למבחנים חדשים.
ובכל זאת – צריך גם שאלות דוגמה!

הפורום הזה מנסה לענות על הצורך על ידי גיוס כלל קהיליית הבודקים (מוסמכים ושאינם מוסמכים) ליצירת שאלות דוגמה.
איך זה עובד?

כל אחד יכול להציע שאלה – בתנאי שהיא עומדת בתנאים הבאים:
- השאלה בוחנת את אחד מיעדי הלמידה (learning objectives; “LO”) המופיעים בסילבוס. בשלב זה אנחנו מתמקדים בסילבוס הבסיס (Foundation level). עותק של הסילבוס נמצא כאן (בעברית ואנגלית). יחד עם השאלה צריך לציין את ה-LO אותו היא בוחנת.
- יש לציין את ה-K-level של השאלה (רמת הידע הנדרש). ליד כל LO בסילבוס מצוין ה – K-level שלו. שאלות על LO מסויים חייבות להיות ב-K-level שצוין לאותו LO.
יש הסבר על רמת הידע הנדרש בתוך הסילבוס. בקצרה מאוד:
 K1: לזכור
 K2: להבין
 K3: ליישם
 K4: לנתח
אפשר לראות הסבר ארוך יותר בנספח ב' בסילבוס.


שאלות מוצעות ב-post חדש.

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

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

כל חבר בפורום יכול לסקור כל שאלה ולהגיב עליה. אם השאלה טובה, אפשר פשוט להגיב עליה ב"לייק" (בפורום שלנו זה נקרא "הודה"). "שאלה טובה" משמעותה שהכל טוב:
- השאלה אכן בוחנת את ה-LO
- היא ב-K-level המתאים
- התשובה הנכונה אכן נכונה והאחרות אינן נכונות
- התשובות הלא נכונות אינן לא-נכונות בצורה טריוויאלית; הן באותו אורך פחות או יותר; אינן מתחכמות ומנסות להכשיל על ידי דו משמעות וכו'

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

להזכירכם – התשובה הנכונה היא "הטובה ביותר"; כלומר, מותר ליצור מצב שבו התשובה הנכונה היא המלאה, ואילו האחרות אומרות משהו שהוא נכון, אך חלקי.

הרעיון הכללי הוא לשפר את השאלות עד שיגיעו ל-4 "לייקים" - דבר שיסמן את השאלה כשאלת דוגמה טובה.

אפשר לכתוב שאלות בעברית או באנגלית.

זהו בגדול. עכשיו בואו ננסה לרוץ עם זה.

מיכאל שטאל
האחראי על הבחינות ב-ITCB
עריכה אחרונה: 15 מאי 2015 15:27 ע"י Michael Stahl.
יש להרשם בכדי לכתוב בפורום.

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

  • Five Blogs – 15 November 2019

    The (best) five blogs I read today. Check them out. What is an API? In English, please Written by: Petr Gazarov Ten Tips for More Effective Daily Scrums Written by: Mike Cohn Why Teams Fail Written by: Dan Rockwell Working Effectively with SpecFlow Tables Written by: Bas Dijkstra So you want to Automate? Part III – let’s talk learning Written by: Maciej Wyrodek Quote of the day: “Chaos breeds geniuses. It offers a person something to be a genius about.” -B.F. Skinner You can follow this page on Twitter

    15.11.2019 | 1:06 קרא עוד...
  • Talked Lightning

    Talked Lightning I gave one of six lightning talks at Cambridge Agile Exchange last night. Here's a quick summary of the others and, up top, my sketchnotes.Brian Beckett spoke about three major problems of engineering management: goal-setting for individuals, metrics for teams, and people. People are worst, he said, but also people are the best, and in fact are the only thing. For Brian, software development is an art and its practitioners will artfully game quantification, so engineering managers must be art critics, and favour qualitative assessments.Dani Oliver described how following his passion for agile approaches has led him from development through Scrum Mastery and into a role as a Release Train Engineer in the SAFe framework. And what is an RTE? He gave us his take on it: the keeper of (weird) practices, a breaker of the status quo, an uber Scrum Master, someone who cares.Mariapaola Sorrentino described joining a Scrum team where commitment was low relative to delivery (in story points), velocity was all over the place, and cycle time was both high and highly variable. She visualised this for them, and dug into the cause: a PO who didn't insulate the team from outside interruption, and then made the current interruption the most important thing, and consequently built up a massive backlog of half-complete work. Forcing prioritisation, refusing interruptions, and heavily grooming the backlog lead very quickly to a major throughput improvement.Kasiviswanathan Ramanathan described burndown charts and presented three styles of chart that typically indicate some kind of team[…]

    15.11.2019 | 12:03 קרא עוד...
  • Binary Numbers

    TL;DR Now that we know the decimal number system, it is time to switch to the binary computer number system. The post is aligned with the Black Box Software Testing...

    15.11.2019 | 12:00 קרא עוד...

טיפים

  • אם נתקלת בבאג במקרה... - חפש באגים דומים
    אם נתקלת בבאג במקרה...  - חפש באגים דומים אם נתקלת בבאג במקרה... או שחזרה תקלה מלקוח - חפש באגים דומים, סביר להניח שפיקששת סדרה שלמה של באגים מאותו סגנון. בתרגום חופשי מהמסמך הבא של Cem Kaner.   ראה המסמך בלינק הבא, כמו גם רשימת Checklists נוספים…
    קרא עוד...
  • בודק - השאר ממוקד מטרה
    בודק - השאר ממוקד מטרה בודק - "השאר ממוקד מטרה / Keep Your Eye on the Ball - The End Goal " – כבודקים בעלי יכולת מיקוד וירידה לפרטים, לעיתים אנו מאבדים את התמונה הכוללת וצוללים יתר על המידה בבדיקת נושאים…
    קרא עוד...
לרשימה המלאה >>