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

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

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

he icon   en icon

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

נכתב על ידי 
שבת, 03 ינואר 2015 11:53
דרגו כתבה זו
(1 הצבעה)

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

התכונה או מערכת אותה אנו בודקים - אינה מנותקת משאר העולם, תיקון בנקודה אחת – עשוי להשפיע ולפגוע בנקודות אחרות, ולכן על הבודק להכיר את המערכת והקשרים בין חלקיה.

כמו כן, לעיתים תכונה נראית הגיונית כאשר מסתכלים עליה בלבד, אך אינה יעילה כאשר מסתכלים במבט מערכתי נרחב וכולל, על הבודק לדעת להתמקד בפרטי התכונה – אך גם "להסתכל מבחוץ" על התמונה הכוללת.

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

מה יקרה כאשר הגישה לרשת הנתונים משובשת ובזמן עומס יתר?

האם יש פעילויות בלתי תלויות שיכולות להשפיע על התכונה הנבדקת? – כיום כשמרבית התוכנות מיועדות לריצה על מכשירים ניידים, להם תכונות חומרה מרובות ומורכבות – ריצת קוד התוכנה מופרעת חדשות לבקרים ע"י פסיקות (בקשות אינטרפט) המשתלטות ומושכות זמן מעבד לצרכיהן, לעיתים קרובות נהיה בזמן שיחה/משחק/ניווט – ולפתע נופרע ע"י פעילות אחרת כגון תכתובת SMS, היחלשות הבטרייה, תוכנה אחרת שתוזמנה לבצע פעולה כלשהיא בזמן זה, התחלפות נקודת רשת ה-WiFi, או איבוד קליטה בשל כניסה למעלית...

עלינו לצפות תופעות אלו מראש - מה אנו מצפים שיקרה בתנאים אלו?, כיצד נבדוק זאת?

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

עלינו כבודקים לחזור ולייצג את נקודת המבט של הלקוח וצרכיו.

חומר קריאה נוסף:

http://www.mkltesthead.com/2013/07/get-understanding-of-systems-thinking.html

 

נשמח לשמוע רעיונות הערות והארות מכם הקוראים – בחלונית התגובה מטה, ו/או בפורום.

סדרת טיפים זו "כיצד להפוך לבודקים טובים יותר" מתבססת על דיון ב: Software Testing Club

99 Things Testers Can Do To Become Better Testers

ה-eBook החינמי שנוצר בעקבות דיון זה: 99ThingsEbook.pdf

וסדרת פוסטים מאת Michael Larsen בשם: Ways Workshop 99 - בה מיכאל מרחיב על כל אייטם וגם מספק הנחיות כיצד לתרגל הנושא.

 

SystemThinking habitsofst

 

 

שונה לאחרונה ב ראשון, 31 מאי 2015 05:13

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

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

  • API Testing Challenges 30 - How To - authentication passed 201

    This post and video shows how to complete the basic auth authentication using username and password challenge number 30, which returns a status code of 201. What are the API Challenges? Our API Challenges Application has a fully functional cloud hosted API, and a set of challenges to work through. Authentication Challenge Most of the challenges simply require the correct payload, and an X-Challenger header to track the session. The authentication challenges require an extra header, the value for which can only be obtained with a username and password. Challenge 30 Authentication Passed Issue a POST request on the /secret/token end point and receive 201 when Basic auth username/password is admin/password POST request means use the HTTP Verb POST e.g. POST /secret/token sends to the secret token endpoint Basic auth means include the Basic Authorization header username/password is admin/password the authorisation header value is base 64 encoded, and the details should match admin as the username, and password for the password add the X-CHALLENGER header to track progress and because the authentication code we need is asociated with the X-challenger session Receive a 201 response because the session token has been created to allow authorization to access the secret notes Basic Instructions Create a new request for the /secret/token end point if running locally that endpoint would be http://localhost:4567/secret/token if running in the cloud that endpoint would be https://apichallenges.herokuapp.com/secret/token The verb should be a POST Add a Basic Auth header by selecting “Basic” from the “Auth” tab and entering a[…]

    24.07.2021 | 3:30 קרא עוד...
  • API Testing Challenges 29 - How To - authentication failed 401

    This post and video shows how to complete the authentication failed with username and password challenge number 29, which returns a status code of 401. What are the API Challenges? Our API Challenges Application has a fully functional cloud hosted API, and a set of challenges to work through. Authentication Challenge Most of the challenges simply require the correct payload, and an X-Challenger header to track the session. The authentication challenges require an extra header, the value for which can only be obtained with a username and password. Challenge 29 Authentication Failed Issue a POST request on the /secret/token end point and receive 401 when Basic auth username/password is not admin/password POST request means use the HTTP Verb POST e.g. POST /secret/token sends to the secret token endpoint Basic auth means include the Basic Authorization header username/password is not admin/password the authorisation header value is base 64 encoded, and the details should not match admin as the username, and password for the password add the X-CHALLENGER header to track progress and because the authentication code we need is asociated with the X-challenger session Receive a 401 response Basic Instructions Create a new request for the /secret/token end point if running locally that endpoint would be http://localhost:4567/secret/token if running in the cloud that endpoint would be https://apichallenges.herokuapp.com/secret/token The verb should be a POST Add a Basic Auth header by selecting “Basic” from the “Auth” tab and entering a username and password but make sure it is not admin/password e.g. use username[…]

    24.07.2021 | 3:15 קרא עוד...

טיפים

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