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

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

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

he icon   en icon

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

ברוך הבא, אורח
שם משתמש: סיסמה: זכור אותי

כותרת הקטגוריה

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

נושאים בקטגוריה: בדיקות כללי – General

0 תגובות emo 1045 צפיות
0 תגובות emo 791 צפיות
0 תגובות emo
הנושא פורסם ב 03 יול 2014 10:24 ע"י halperinko
679 צפיות
0 תגובות emo
הנושא פורסם ב 03 יול 2014 10:19 ע"י halperinko
706 צפיות
1 תגובות emo
הנושא פורסם ב 26 יונ 2014 07:19 ע"י halperinko
785 צפיות
0 תגובות emo
הנושא פורסם ב 01 יול 2014 10:24 ע"י halperinko
620 צפיות
0 תגובות emo 677 צפיות
0 תגובות emo 614 צפיות
0 תגובות emo
הנושא פורסם ב 26 יונ 2014 06:33 ע"י halperinko
681 צפיות
0 תגובות emo
הנושא פורסם ב 24 יונ 2014 08:49 ע"י אורן רשף
720 צפיות

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

  • 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 קרא עוד...
  • Common Software Bugs With Interrupt Control

    TL;DR While I am writing this post, my Mac handles a dozen interrupts. Let’s explain what interrupts are and which software bugs are related to interrupts. The post is aligned...

    20.01.2020 | 12:00 קרא עוד...
  • Five Blogs – 20 January 2020

    The (best) five blogs I read today. Check them out. Your Future Self Will Thank You Written by: Kristin Jackvony When the rubber hits the road Written by: Anne-Marie Charrett The Best Ways to Show Care To The People On Your Team Written by: Lolly Daskal. What is a Unit Test? Part 1: an introduction Written by: Vladimir Khorikov Would Heu-risk it? Part 9: Beyond the Border Written by: Lena Pejgan Wiberg Quote of the day: “Some days I feel like I can conquer the world. Other days it takes me three hours to convince myself to shower.” -Unknown You can follow this page on Twitter

    19.01.2020 | 10:48 קרא עוד...

טיפים

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