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.
יש להרשם בכדי לכתוב בפורום.

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

  • TestBash Detroit MC Scholarship

    TestBash Detroit MC Scholarship Announcing Scholarship Opportunity to Attend TestBash Detroit Hi everyone, I’m Jenna Charlton and as you may or may not have seen, I’m going to be the host for the first ever TestBash Detroit! A little about me, I love testing, I love pro wrestling, I love cats, and I love punk rock and ska. I’m from Cleveland Ohio, just 3 hours south of Detroit and the rust belt region owns my heart, so getting to be a part of something as special as TestBash so close to home is really important to me. I’m passionate about testing, accessibility, and making sure that the testing community is an inclusive and welcoming space. My first TestBash was an amazing experience and each one I’ve been to since then has been equally as important in my professional and personal growth. TestBash connected me to a broader community and introduced me to people who have become close personal friends. TestBash also gave me my very first opportunity to be on stage and give a 99 second talk! The speaker lineup for Detroit is incredible and I’m so excited to learn right alongside all of you! Because the lineup is so good and because I want to make TestBash accessible to some folks who otherwise wouldn’t be able to go, I’m creating a TestBash Detroit scholarship! I’ll be offering 2 scholarships to the conference day (April 24th). Please see the requirements below to determine if you’re eligible to apply. Must live in the Detroit or[…]

    20.01.2020 | 10:24 קרא עוד...
  • Do NOT Automate regression 100%

    Automation regression percentage – The metric I hate the most.. Many times the only use of this metric is to provide false assurance that we are efficient in testing. And the ultimate goal soon becomes to automate regression 100%, which is a bad idea, And automating just UI tests makes it even worse. More on why not to use it and what should be done in the linked video #RedefiningSoftwareQuality #Automation #RegressionTesting #KPIs The post Do NOT Automate regression 100% appeared first on Quality Spectrum.

    20.01.2020 | 9:21 קרא עוד...
  • Would Heu-risk it? Part 10: Forever and never

    Would Heu-risk it? Part 10: Forever and never Today we are shifting left and looking at some static testing! Yay, so exciting! Another tool. But before we start with details, here is the rhyme for today: “Always and never are never to be trustedOnce challenged, they are quite often adjustedTo something less set in stone but easier to believeDare to challenge criteria you could never achieve” So, what does it mean? This one is inspired by both working with requirement analyisis/reviews and by The “Always and Never”-heuristic card in TestSphere. Long story short: Any time you see an absolute in a requirement, specification, user story etc. – Challenge it. Challenge it good. We humans tend to describe things in absolutes to simplify but often there is a lot of if’s and but’s in there that aren’t communicated.Absolutes are also very hard to verify (one might argue impossible since we cannot do 100% exhaustive testing) and the cost of even trying can get very high.Some examples:“A user must always be able to complete the application within 1 min”“The system must always be online”“The response time in the system must never exceed 3 seconds”“The system must be able to handle, and adapt to, every language”Let us break each of those down:“A user must always be able to complete the application within 1 min”How would you prove that? Probably by having a reference group try it out and check that they all succeed. Does that prove it? Can you know that that user group includes every possible client you have? You[…]

    20.01.2020 | 7:00 קרא עוד...

טיפים

  • נתקעת ללא רעיון? - קבל רעיון רנדומלי
    נתקעת ללא רעיון? - קבל רעיון רנדומלי נתקעת ללא רעיון? - קבל רעיון רנדומלי מ- Oblique Strategies Trick by Michael Bolton רקע לנושא: Oblique Strategies © 1975, 1978, and 1979 Brian Eno/Peter Schmidt This web page © 1997 Gregory Taylor (כבודקים נוכל לפתח רשימות…
    קרא עוד...
  • צור מפת חשיבה – Mind Map
    צור מפת חשיבה – Mind Map  צור מפת חשיבה – Mind Map MM - מאפשרת לנו להציג רעיונות בצורה גרפית מרוכזת, ולתאר קשרים בין הפרמטרים השונים המשפיעים על הנושא. כאשר יתרונותיה על עץ בדיקות הנן בעיקר ביכולת להוסיף אייקונים וצבעים המשפרים את…
    קרא עוד...
לרשימה המלאה >>