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

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

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

he icon   en icon

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

טיפים

דרגו כתבה זו
(5 הצבעות)

לבדוק או לא לבדוק? - זאת השאלה

לבדוק או לא לבדוק - זאת השאלה לא תמיד צריך לבצע כל בדיקה עליה חשבנו או אותה תכננו, ועלינו תמיד לשקול עלות מול תועלת, שהרי ככל שעבודת הבדיקות מתארכת – כך גם…
נכתב על ידי | שישי, 05 יוני 2015 16:56
בודק - עקוב אחרי בודקים אחרים בטוויטר ובבלוגים, חלוק רעיונות והתנסויות, כתוב, קבל משוב ושפר את יכולות ההתדיינות – נראה כי היתרונות בעולם הטוויטר חמקו מעיני קהילת הבודקים הישראלית אשר לרוב דווקא…
נכתב על ידי | שבת, 21 מרס 2015 16:37
בודק - השתתף בקורס בדיקות, קרא הסילבוס או צפה בקורסים חינמיים כגון BBST – הנחייה זו נכונה הן לבודקים מתחילים והן לבודקים מנוסים שלא עברו קורס מימיהם, ואף כאמצעי לרענון הידע מידיי…
נכתב על ידי | שבת, 14 פברואר 2015 19:50
דרגו כתבה זו
(1 הצבעה)

צור מפת חשיבה – Mind Map

 צור מפת חשיבה – Mind Map MM - מאפשרת לנו להציג רעיונות בצורה גרפית מרוכזת, ולתאר קשרים בין הפרמטרים השונים המשפיעים על הנושא. כאשר יתרונותיה על עץ בדיקות הנן בעיקר ביכולת להוסיף…
נכתב על ידי | שלישי, 03 פברואר 2015 13:40
בודק היה ביקורתי אך אל תעביר ביקורת - Be Critical But do Not Criticize בודק היה ביקורתי אך אל תעביר ביקורת או תפזר האשמות - "Be Critical But do Not Criticize" –…
נכתב על ידי | שבת, 10 ינואר 2015 19:57
דרגו כתבה זו
(1 הצבעה)

מבט מערכתי לבודקים – Systems Thinking

מבט מערכתי לבודקים – Systems Thinking התכונה או מערכת אותה אנו בודקים - אינה מנותקת משאר העולם, תיקון בנקודה אחת – עשוי להשפיע ולפגוע בנקודות אחרות, ולכן על הבודק להכיר את המערכת…
נכתב על ידי | שבת, 03 ינואר 2015 11:53
דרגו כתבה זו
(1 הצבעה)

בודק - השאר ממוקד מטרה

בודק - "השאר ממוקד מטרה / Keep Your Eye on the Ball - The End Goal " – כבודקים בעלי יכולת מיקוד וירידה לפרטים, לעיתים אנו מאבדים את התמונה הכוללת וצוללים יתר…
נכתב על ידי | שישי, 26 דצמבר 2014 11:01
בודק - הבן את המודל והאתגרים העיסקיים המוצרים אותם אנו בודקים מיועדים (בין השאר) לקדם את מטרות הארגון בו אנו עובדים, ולנו מחוייבות לעזור בתהליך זה, שהרי לשם כך בעלי העסק מחזיקים…
נכתב על ידי | ראשון, 30 נובמבר 2014 20:28
דרגו כתבה זו
(1 הצבעה)

בודק - למד להסביר

בודק - למד להסביר – כבודקים אנו נאלצים להעביר הלאה מידע רב בשלבים שונים של עבודתנו, החל מהסבר על התקדמות ומצב משימת הבדיקות שלפנינו, דרך הסבר מהות הבאגים, מקורם, חומרתם והשלכותיהם. מעבר…
נכתב על ידי | ראשון, 07 ספטמבר 2014 19:44
דרגו כתבה זו
(1 הצבעה)

בודק - למד לשאול – Learn to Question

 בודק - למד לשאול – Learn to Question - Tony Bruce – חלק ניכר מעבודת הבודק כרוכה באיסוף מידע לגבי המערכת, התכונה או הנושא הנבדק.במהלך איסוף המידע נתקל במידע רב המגיע מגורמים…
נכתב על ידי | שבת, 30 אוגוסט 2014 11:09
דרגו כתבה זו
(3 הצבעות)

בודקים - זכרו כי מדובר באנשים

בודקים - זכרו כי מדובר באנשים "זכרו כי מדובר באנשים" (Tony Bruce) – בסופו של יום – כל מוצר ותוכנה מיועד לשרת צרכי אנשים. לעיתים מדובר בקהל אבסטרקטי שאיננו מכירים באופן אישי…
נכתב על ידי | שבת, 23 אוגוסט 2014 21:34
דרגו כתבה זו
(2 הצבעות)

בדוק מוקדם ככול הניתן

"בדוק מוקדם ככול הניתן" – אחת המטרות של הבדיקות הינה לספק כמה שיותר משוב ומידע לגבי איכות המערכת מנקודות מבט שונות (פונקציונליות ולא פונקציונליות כמו עמידה בעומסים ושאר יכולות). לעיתים בודקים נוטים…
נכתב על ידי | שבת, 16 אוגוסט 2014 12:22
דרגו כתבה זו
(2 הצבעות)

טיפ - עבודת בודקים בצמד עם המפתח

 עבודת בודקים בצמד עם המפתח "עבודה בצמד עם המפתח" – לעבודה בצמדים יתרונות רבים אך לעיתים היא נזנחת בשל "העלות הכפולה". בשנים האחרונות עם עליית שיטות אג'יליות ו- Extreme Programming צורת עבודה…
נכתב על ידי | שבת, 09 אוגוסט 2014 12:01
בודק - אל תפחד לדווח על הממצאים – ולדחוף לשינוי " אל תפחד לדווח על הממצאים – ולדחוף לשינוי" לעיתים אנו חוששים לעמוד על שלנו, אנו מקבלים ללא סימני שאלה אמירות של…
נכתב על ידי | שבת, 26 יולי 2014 19:18
עמוד 1 מתוך 3

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

  • The dragons of the unknown; part 5 – accident investigations and treating people fairly

    The dragons of the unknown; part 5 – accident investigations and treating people fairly Introduction This is the fifth post in a series about problems that fascinate me, that I think are important and interesting. The series draws on important work from the fields of safety critical systems and from the study of complexity, specifically complex socio-technical systems. This will be the theme of my keynote at EuroSTAR in The Hague (November 12th-15th 2018). The first post was a reflection, based on personal experience, on the corporate preference for building bureaucracy rather than dealing with complex reality, “Facing the dragons part 1 – corporate bureaucracies”. The second post was about the nature of complex systems, “part 2 – crucial features of complex systems”. The third followed on from part 2, and talked about the impossibility of knowing exactly how complex socio-technical systems will behave with the result that it is impossible to specify them precisely, “part 3 – I don’t know what’s going on”. The fourth post “part 4 – a brief history of accident models” looks at accident models, i.e. the way that safety experts mentally frame accidents when they try to work out what caused them. This post looks at weaknesses of of the way that we have traditionally investigated accidents and failures, assuming neat linearity with clear cause and effect. In particular, our use of root cause analysis, and willingness to blame people for accidents is hard to justify. The limitations of root cause analysis Once you accept that complex systems can’t have clear and neat links between causes and effects[…]

    21.10.2018 | 12:38 קרא עוד...
  • Implementing RestSharp in REST API automated tests

    I have written before a few times about implementing automated tests for REST APIs using C# (here and here). In those posts, I’ve used a utility method to handle the actual sending of the HTTP request, and another one to read the response. These methods help to illustrate what our automated tests are actually doing. However, I don’t think I need to be bothered with all of that all the time. Generally, in an automated test suite, you don’t want to be building everything yourself from the ground up. Actually, that goes for most things we’re building – that’s why libraries exist! So I looked into a NuGet package that would do what I wanted, and found RestSharp. Using RestSharp really cleaned up my code! For one, it got rid of those utility methods. And let’s be honest, I’m not the most amazing C# developer, and I’m sure there were issues with those methods. And it combines the request to the API and the deserialization of whatever came back all in one line of code, so my tests have fewer lines of code as well. I just needed to add the RestSharp NuGet package to my test project, and add the reference. Let’s take a look at the before and after! Before [Test] public void VerifyGetTodoItem1ReturnsCorrectName() { //Arrange var expectedName = "Walk the dog"; //we know this is what it should be from the Controller constructor var url = _baseUrl + "1"; //so our URL looks like https://localhost:44350/api/Todo/1 //Act var response =[…]

    21.10.2018 | 11:22 קרא עוד...
  • Should We Hire Specialist Testers?

    Should We Hire Specialist Testers? I previously talked about some heuristics for hiring test specialists. There was an assumption in that post that you do, in fact, want to hire specialist testers. But, of course, that is just an assumption. Perhaps you don’t. And before you say “But of course we do!”, let’s talk about this a little bit. Before getting into this, I should provide the basis for how I think about this. In this entire post, I’m going to be skipping over entirely the “traditional” — for lack of a better term — aspects of being a tester. By this I mean writing test cases, test scenarios, creating and running automation, etc. Those are important and are not to be dismissed. When hiring test specialists, those are aspects of the discipline you need to be ferreting out. But they are also the low-hanging fruit in the specialty of testing as a discipline. Testing is much more about the thinking than about the artifacts that result from that thinking. Hiring a test specialist means you agree with that or, at the very least, understand it. And that’s a really important point because in an interview you may ask a test specialist something about a traditional aspect of the discipline but the answer you get will seem to be much more expansive than what you were necessarily looking for. You should be willing to embrace that but also challenge the specialist if you are having trouble seeing the relevance. Interviewers typically want answers but, as[…]

    21.10.2018 | 8:28 קרא עוד...

טיפים

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