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

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

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

he icon   en icon

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

סדרת אפיוני תרגול לכתיבת תוכנית בדיקות - מספר 1

נכתב על ידי 
שני, 18 ספטמבר 2017 13:05
דרגו כתבה זו
(2 הצבעות)

השלב הראשון בתהליך הבדיקות הינו תמיד התמודדות עם אפיון (וגם חוסר אפיון) של המערכת תחת פיתוח.

על מנת לייצר תוכניות בדיקה איכותיות, תרגול הוא שלב הכרחי בדרך.

 

זהו תרגול ראשון מתוך סדרת תרגולים, אשר תעלה כאן בבלוג.

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

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

 

בהצלחה, מור

This e-mail address is being protected from spambots. You need JavaScript enabled to view it.

 

מערכת: תדלוק לרכבים

תחנת הדלק היא תחנה סטנדרטית, המתאפיינת:

1. תדלוק בסוגי דלקים שונים (בנזין, סולר, דיזל)

2. זיהוי אוטומטי של התקן תדלוק, אם קיים ברכב.

3. אפשרות למצב שירות מלא (בתוספת תשלום) ואפשרות למצב שירות עצמי.

4. תמיכה בתשלום בכרטיסי אשראי שונים ובמזומן.

5. לכל סוג דלק יש מחיר שונה.

6. בכל ראשון לחודש בשעה קבועה מתעדכן מחיר הדלק.

7. תהליך ביצוע התדלוק הינו:

הכנסת פיית המשאבה אל מיכל הדלק

העברת אמצעי תשלום

זיהוי מספר רכב

זיהוי תעודת זהות

התחלת התדלוק

8. סוג הדלק הנבחר הינו מזוהה על בסיס המשאבה שאת הפתיחה שלה לקחנו לתדלוק.

 

שונה לאחרונה ב שני, 18 ספטמבר 2017 13:11

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

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

  • Necessary Conversations – 1

    Thanks for meeting with me <fill in Project Manager’s name>!  I appreciate this opportunity to explore the testing approaches for this project.  I realize we have just started planning and have no product designs yet, but this is the best time to have this conversation. Soon, our team will begin to absorb and understand business needs, and transform them into viable products.  The Testing team, Testers and Test Engineers, look forward to collaborating with the team on that effort. Yes, I can see where you might believe there is nothing to test.  Many are mistaken in this belief that there must be a product before testing can execute.  I would argue that the business needs will require some scrutiny and I believe Testers are best equipped to ask questions about assumptions and details.  These questions will help clarify the needs, clarify product definitions, and reduce the number of defects resulting from misunderstood or poorly written definitions. Why the Test Engineers, then?  I’m glad you asked.  They listen to conversations for opportunities to make testing smoother for everyone.  By everyone, I mean Testers and Developers.  Basically, we have been practicing Shift Left, that is, moving evaluations closer to product construction.  We believe it can make a difference on this project. How?  When the project team delivers unit tests with their minimal viable products, we know requirements are probably met.  This helps the Testing team focus on risks.  The time to complete testing is likely shorter.  That improves Pace. Also, unit tests[…]

    21.10.2019 | 7:11 קרא עוד...
  • Meme of the day: Testers to their team on the testing phase

    The post Meme of the day: Testers to their team on the testing phase appeared first on The Life Of One Man.

    21.10.2019 | 4:03 קרא עוד...
  • Screen grabbers as debugging tools

    Screen grabbers as debugging tools Nothing big or clever this time.  (Is it ever big or clever here?)  Just a little trick that I find useful occasionally, that might be of use to you too. Picture the scene – you’re debugging some code in your IDE and you realise that you want to take a snapshot of lots of state (e.g. all the properties of an object), or of state that’s deeply buried down in an object hierarchy.  You want the snapshot from this debugging session so that you can refer back to it in your next debugging session. For instance, you’ve just realised that the problem is with the 11th iteration around a loop, but you realise this when you get to the 12th iteration.  You want to quickly capture how things are during the 12th iteration, so that when you start again and get to the 11th iteration, you can compare how things are then with the snapshot. There might be ways to do this purely within your IDE, but I found the standard Windows 10 screen grab tool Snip & Sketch very handy for a quick and dirty result.  A key part is its feature that lets you kick off a screen grab for N seconds into the future: You select e.g. Snip in 10 seconds, then switch to your IDE.  You then hover over the object whose state you want to capture, expanding elements as necessary to get to the right part.  When the 10 seconds elapses Snip & Sketch temporarily[…]

    21.10.2019 | 3:54 קרא עוד...

טיפים

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