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

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

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

he icon   en icon

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

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

נושא חינם-הסדנה הראשונה לבדיקות תוכנה בירושלים- JeST-1.

והנה כמה תמונות מהמפגש: 11 יול 2013 07:48 #715

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











יואל בהסבר אנרגטי :cheer:





ההמממ.... מעניין... :)


אלון



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

לגבי מה שאמרתם על בודק שלא הוציא קבצי לוג.. 12 יול 2013 05:48 #721

  • אבינעם
  • אבינעם's Avatar
  • מנותקים
  • Fresh Boarder
  • פוסטים: 3
  • תודות שהתקבלו 1
  • קארמה: 0
באדיבות קבוצת: "בדיחות מתכנתים" בפייסבוק:
fbcdn-sphotos-e-a.akamaihd.net/hphotos-a...139_1887486360_n.jpg
יש להרשם בכדי לכתוב בפורום.
המשתמשים הבאים אמרו לך תודה: halperinko

Sharing is caring! :) עוד בדיחה בחסות הפייסבוק 13 יול 2013 16:45 #726

  • אבינעם
  • אבינעם's Avatar
  • מנותקים
  • Fresh Boarder
  • פוסטים: 3
  • תודות שהתקבלו 1
  • קארמה: 0
Jack Strongin-בדיחות מתכנתים - Programmers Jokes‎
רק באקדמיה:

1. התוכניות של המרצה עוברות קומפילציה, גם אם הן בעברית.
2. המרצה ממיין מערכים ב- (1)O
3. כשיש שגיאת קלט התוכניות של המרצה לא עפות, המשתמש מוחלף.
4. המרצה יכול לשנות קבועים בזמן ריצה.
5. כשהמרצה מחפש איבר במערך הוא מוצא אותו גם אם הוא לא קיים.
6. המרצה יכול לשחרר זיכרון שלא הוקצה דינמית.
7. הרקורסיה תממש את עצמה, כי את המרצה זה לא מעניין.
Unlike · · Share · about an hour ago ·

You and 51 others like this.
Roy Segall אתה לומד אצל צ'אק נוריס?
about an hour ago · Unlike · 47
יש להרשם בכדי לכתוב בפורום.

Sharing is caring! :) עוד בדיחה בחסות הפייסבוק 13 יול 2013 16:50 #727

  • אבינעם
  • אבינעם's Avatar
  • מנותקים
  • Fresh Boarder
  • פוסטים: 3
  • תודות שהתקבלו 1
  • קארמה: 0
יש להרשם בכדי לכתוב בפורום.

שווה לפתוח שרשור נפרד לבדיחות :-) 15 יול 2013 16:27 #729

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

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

  • Contractor Life - Pt 2: Contractor or Consultant?

    This is the second piece looking at life as a contractor, when thatisn't your first choice of gig. The first part is here.Please continue with me on this journey,Contractor or Consultant? Loads of people work as contractors and really like it. They like it a lot. Most of these chose to become a contractor at some point. Some have become full time employees of contracting firms. Of course, many of those firms prefer to be described as "consulting services." Whatever. There is a difference. I won't go on a rant about it here. Maybe later.Having said that, part of the reason companies bring in contractors for software work is simple. They can be brought in for a specific purpose or task. They do the task. Then they go away - with money in their pocket.They (well, me included when working on a contract assignment, so "We") are software mercenaries. Most folks don't like that description. I prefer "privateer." We get hired to do a specific task. We do it. We leave and go to the next engagement. Sometimes they want us to stay and do another specific task. Then the contract might get renegotiated. Or not. Contractor? Consultant? There is one thing I have not said about contractors, software mercenaries or privateers. If my contract is for a specific task - that is the task I do. I am not acting as a consultant. My primary purpose there is not to help them improve and make their world better. Sometimes, if the[…]

    24.09.2020 | 3:35 קרא עוד...
  • 4 Questions for Evaluating Experiments

    4 Questions for Evaluating Experiments When you try something new, when to you expect to see results? How do you evaluate an experiment decided on in a retro to know whether your hypothesis was correct? This week I read a post that described a situation I see too often.The poster described a retrospective in which the team evaluated their two-week-long experiment using Test Driven Development (TDD, a software development approach). Two of the senior members of the team declared it hadn’t reduced defects released by much but did slow them down.For the sake of this little story, it doesn’t matter you have an opinion on TDD, or how these folks were thinking about TDD, or even if you know what TDD is. What struck me was that these senior members were ready to drop the practice after two weeks. That’s not enough time to learn to do TDD, let alone see substantial results. They reached a premature conclusion, and missed out on potential benefits.You can avoid that trap by asking these four questions when you evaluate your team’s experiments. 1. Have we allowed enough time to learn? If your team is trying a new practice or approach, consider how long it takes to develop proficiency. I have several friends who are experts in software development. They invested months practicing before TDD felt natural and comfortable. Learning almost always entails a period of reduced productivity before realizing benefits. This is normal, natural, entirely expected. For example, the second time I make a dish, always goes faster[…]

    24.09.2020 | 7:52 קרא עוד...
  • ZAGREB21 2020, Zagreb, Croatia

    This race was originally scheduled for March, but it was cancelled because of COVID-19. The original date was also when Zagreb was hit with the biggest earthquake in 140 years, so the race would be canceled without COVID-19. See my blog post Half marathon March 2020. The new date was on a weekend that I’ve planned to run 20-30 km anyway, so I’ve decided to run the race. Masks were required only at the start. Official time 1:50:41. Links ZAGREB21 at zagreb21.run ZAGREB21 at tentamen.eu

    24.09.2020 | 7:14 קרא עוד...

טיפים

  • מבט מערכתי לבודקים – Systems Thinking
    מבט מערכתי לבודקים – Systems Thinking מבט מערכתי לבודקים – Systems Thinking התכונה או מערכת אותה אנו בודקים - אינה מנותקת משאר העולם, תיקון בנקודה אחת – עשוי להשפיע ולפגוע בנקודות אחרות, ולכן על הבודק להכיר את המערכת והקשרים בין חלקיה. כמו…
    קרא עוד...
  • צור מפת חשיבה – Mind Map
    צור מפת חשיבה – Mind Map  צור מפת חשיבה – Mind Map MM - מאפשרת לנו להציג רעיונות בצורה גרפית מרוכזת, ולתאר קשרים בין הפרמטרים השונים המשפיעים על הנושא. כאשר יתרונותיה על עץ בדיקות הנן בעיקר ביכולת להוסיף אייקונים וצבעים המשפרים את…
    קרא עוד...
לרשימה המלאה >>