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

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

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

he icon   en icon

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

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

נושא מהיכן להתחיל בלימוד בדיקות

מהיכן להתחיל בלימוד בדיקות 13 יונ 2013 21:49 #609

  • halperinko
  • halperinko's Avatar
  • מנותקים
  • Administrator
  • פוסטים: 836
  • תודות שהתקבלו 35
  • קארמה: 3
מהיכן להתחיל בלימוד בדיקות

לגבי קורסים - יש מספר מסלולים:
1. קצר - 4-5ימים - יסודות הבדיקות - לבעלי רקע רלוונטי (תואר או וכד') למי שלא צריך תרגול מעשי והשלמת רקע בתוכנה וכד' - לטעמי מומלץ לכל בודק ותכנת לעבור.
2. ארוך - כולל בתוכו את מס' 1, כולל תרגול (בעיקר תאורטי), וגם לרוב שפת תכנות אחת, SQL ולימוד של כלים ספציפיים.
3. ISTQB Advanced - מתקדם - מתחלק למספר ערוצים: ניהול, אנאליסט בדיקות ואנאליסט בדיקות טכני.
אלו קורסי המשך שדורשים מעבר בחינה של הקרוס הבסיסי ואם אני זוכר נכון גם ניסיון.

יש קורסים נוספים שניתן לעבור, כמו RST,אג'ייל, מובייל, Exploratory ועוד - אך הם לא ממש מיועדים כבסיס ראשוני, פחות נפוצים - מתקיימים בעיקר כאשר מגיעים מנחים מחו"ל (לרוב בסמיכות לכנסים הגדולים).

המקורות המומלצים ללימוד עצמי מסרטוני וידאו ע"פ סדר צפייה (מה-קל ל-מלא):
1. Guru99 - דומה, אולי קצת נרחב יותר.
www.guru99.com
וגם בוידאו: www.youtube.com/playlist?list=PLDC2A0C8D2EC934C7

:woohoo: testingeducation.org/BBST/ - BBST 2. - סרטוני הדרכה נרחבים ומעולים, ע"פ תכנית הדרכה אוניברסיטאית מאת Dr. Cem Kaner כולל שקופיות וחומר עזר נוסף.

מעבר לכך אני ממליץ לקרוא את הסילבוס של ISTQB Foundations ולהעזר במילון המונחים - ניתן למצוא פה באתר גם באנגלית וגם בעברית.
(רצוי לרענן ידע בעזרתם כל כשנתיים - כל פעם שקוראים מגלים נקודות מבט חדשות ורעיונות לשיפור תהליכים)

B) זוהי רק ההתחלה - משם והלאה - יש הרבה אתרים ובלוגים המכילים מאמרים מעניינים להרחבת הידע על שיטות נוספות כמו Exploratory Testing היוריסטיקות ועוד, וגם היצע של כנסים וסדנאות, וכמובן הפורומים.

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


בהצלחה :cheer:
עריכה אחרונה: 08 מאי 2018 19:29 ע"י halperinko.
הנושא ננעל.

איך תכשיר את עצמך כאיש QA 28 יונ 2013 10:47 #672

  • halperinko
  • halperinko's Avatar
  • מנותקים
  • Administrator
  • פוסטים: 836
  • תודות שהתקבלו 35
  • קארמה: 3
איך תכשיר את עצמך כאיש QA
מאת: ערן דמלין פורסם: 10/01/2004 עדכון אחרון: 23/05/2005

ישן - אך עדיין טוב...

www.tapuz.co.il/forums2008/articles/arti...orumid=936&aId=52779
הנושא ננעל.

FREE- Technical Web Testing 101 course 29 יונ 2013 21:06 #677

  • halperinko
  • halperinko's Avatar
  • מנותקים
  • Administrator
  • פוסטים: 836
  • תודות שהתקבלו 35
  • קארמה: 3
FREE- Technical Web Testing 101 course
by Alan Richardson
www.udemy.com/technical-web-testing-101
קורס מסודר ובו סדרת הרצאות בנושא בדיקות בעולם הווב,
מאת אלן ריצרדסון - שהינו מרצה מוכר בעולם הבדיקות.
הנושא ננעל.

725 Free Online Courses from Top Universities 03 יול 2013 13:54 #695

  • halperinko
  • halperinko's Avatar
  • מנותקים
  • Administrator
  • פוסטים: 836
  • תודות שהתקבלו 35
  • קארמה: 3
חומר רקע: 725 קורסים אוניברסיטאיים בחינם,
ממליץ ללמוד לפחות עקרונות המחשוב.
725Free Online Courses from Top Universities
www.openculture.com/freeonlinecourses

(החומר ההנדסי על מחשוב ואלקטרוניקה נמצא לקראת סוף הרשימה)
הנושא ננעל.

חומר קריאה נוסף ורשימת ספרים - תחת כלים ועזרים 03 יול 2013 14:42 #696

  • halperinko
  • halperinko's Avatar
  • מנותקים
  • Administrator
  • פוסטים: 836
  • תודות שהתקבלו 35
  • קארמה: 3
קישורים לחומר קריאה נוסף ורשימת ספרים - ניתן למצוא תחת כלים ועזרים,
שימו לב כי מרבית הכתבות שם משתפרות עם הזמן, ולכן כדאי לחזור אליהן מדיי פעם.
אם יש לכם קישורים ומידע אחר שכדאי להוסיף - אנא הגיבו לכתבה הרלוונטית או בפורום זה.
goo.gl/STpyq

וגם תחת כתבות ומאמרים:
goo.gl/oDcVY
עריכה אחרונה: 16 יול 2013 08:42 ע"י halperinko.
הנושא ננעל.

מה זה RST? - סירטון הצגה קצר 07 יול 2013 04:49 #699

  • halperinko
  • halperinko's Avatar
  • מנותקים
  • Administrator
  • פוסטים: 836
  • תודות שהתקבלו 35
  • קארמה: 3
מה זה RST? - סירטון הצגה קצר
RST Overview / In a Nutshell


הנושא ננעל.

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

  • Mutation Testing

    Mutation Testing By Goran PetrovicHistory It’s been a long-standing tradition of my team to organize hackathons twice a year. In weeks prior to the hackathon, the team gathers and brainstorms ideas for projects, ranging from improving the testing infrastructure or an existing process, to trying out a wild idea they’ve had for some time. Just before the hackathon, the team rates the accumulated ideas on a coolness-impact scale: how much fun does a project sound vs. how impactful could it potentially be; while impact is important, for hackathons, fun is non-negotiable. Then, engineers who are excited to work on some of the proposed projects subscribe and form teams. It was no different in the cold winter of 2013, where among the plethora of cool and wild ideas, one was to prototype Mutation testing.For those who are not familiar with it, mutation testing is a method of evaluating test quality by injecting bugs into the code and seeing whether the tests detect the fault or not. The more injected bugs the tests catch, the better they are. Here’s an example:Negating the if condition. def checkout(cart): if not cart.items: throw Error("cart empty") return checkout_internal(cart) def checkout(cart): if cart.items: throw Error("cart empty") return checkout_internal(cart) If a test fails, we say it kills the mutant, and if no tests fail, we say that the mutant is alive.By the end of the hackathon, mutagenesis was implemented for C++ and Python, and a prototype was born: a shell script that evaluates generated mutants in a diff (pull request)[…]

    12.04.2021 | 10:16 קרא עוד...
  • 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 קרא עוד...

טיפים

  • טיפ - עבודת בודקים בצמד עם המפתח
    טיפ - עבודת בודקים בצמד עם המפתח  עבודת בודקים בצמד עם המפתח "עבודה בצמד עם המפתח" – לעבודה בצמדים יתרונות רבים אך לעיתים היא נזנחת בשל "העלות הכפולה". בשנים האחרונות עם עליית שיטות אג'יליות ו- Extreme Programming צורת עבודה זו יותר נפוצה. כששני…
    קרא עוד...
  • אל תגיד "אוטומציה זה למומחים באוטומציה"
    אל תגיד "אוטומציה זה למומחים באוטומציה" אל תגיד "אוטומציה זה למומחים באוטומציה", הכל מתחיל בך! - שאל את עצמך על אילו פעולות אתה חוזר יותר מ-5 פעמים ביום? וכיצד תביא לכך שלא תצטרך לעשות זאת שוב?   טיפים מחברי ITCB-AB
    קרא עוד...
לרשימה המלאה >>