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

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

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

he icon   en icon

הכירו את לקוחותיכם

נכתב על ידי 
ראשון, 29 יוני 2014 10:21
דרגו כתבה זו
(1 הצבעה)

הכירו את לקוחותיכם

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

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

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

נושא זה והנושא המקביל לו "עבדו כתמיכת לקוחות לזמן מה" שהועלו ע"י Chris George – הינם 2 הנושאים הראשונים ב-eBook ולא בכדי,

כשאנו באים לתכנן בדיקות למוצר – עלינו לעצור ולחשוב:

מי עומד להשתמש במוצר?מדוע הוא משתמש דווקא בו? מה חשוב לו?באילו תנאים הלקוח עשוי להשתמש במוצר? (ברכבת, במעלית, על חוף הים, או במיטה? , כשהוא לבד או בין קהל, בזמנו החופשי או במקרה חירום?)האם יש דרכי שימוש שונות בהן יבחר בכדי להגיע למטרתו?

אז – איך נוכל להכיר את הלקוח/ה שלנו?

ישנם מוצרים להם קהל ממוקד – ואז ניתן לתאם פגישה ייעודית.
לעיתים ניתן להשתמש בפעילויות של סקרים, כנסים, התקנה או תמיכת לקוחות בכדי לפגוש הלקוחות
רצוי שכל הבודקים ייחשפו לכך – לפחות פעם בשנה.
רצוי לבנות קשרים חמים עם אנשי התמיכה, לשלב אותם בפעילויות הבדיקה ולהיפך (אין כמו שיחה עם לקוח המדווח על תקלה - בכדי להבין את השפעות המוצר עליו), וגם לעודד אותם לאסוף מידע תוך כדי הפעילויות שלהם, לתעד וליידע אותנו על צרכים בהם הם נתקלים וכיצד הלקוח תופס את המוצר.מוצרים אחרים הם גנריים – וכל שנוכל לעשות הוא לנסות לצפות במשתמשים במקומות שונים.אם יש פורום תמיכה – ניתן ללמוד ממנו המון (וכך גם מפורומים גנריים הקשורים לנושא).חיפוש ע"פ מילות מפתח יוביל לתגובות משתמשים בטוויטר, פייסבוק וכד'.
גם מידע הנכתב לגבי כלים דומים יכול לספק מידע רב לגבי צרכי הלקוח.למוצרי Web כנראה שנוכל להעזר בכלים המספקים משוב על דרך השימוש באתר כמו Google-Analytics.תוכנות רבות שומרות לוגים לא רק לגבי בעיות אפשריות אלא גם לגבי הפעולות שבוצעו ומי היה המשתמש שביצע אותן – השגת מידע זה וניתוחו ייתן לנו ידע רב.

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

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

 

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

http://www.mkltesthead.com/2013/07/99-ways-workshop-1-get-to-know-your.html 

http://www.mkltesthead.com/2013/07/99-ways-workshop-2-work-first-line.html 

http://blog.ruberto.com/2013/06/engage-customers-directly-to-build-high-quality-software

 

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

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

99 Things Testers Can Do To Become Better Testers

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

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

 

 KnowYourCustomers

 

שונה לאחרונה ב ראשון, 29 יוני 2014 10:38

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

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

  • Five Blogs – 3 March 2021

    The (best) five blogs we can read today. Check them out. Don’t Lose Track of This Written by: Steve Keating You’re Not Paid Based on Your Performance Written by: Jake Rosenfeld How Emotion Regulation Influences Social Anxiety Written by: Courtney Beard Ph.D. Managing The Workplace Experience: How To Get It Right Written by: Meghan M. Biro Creating the Space for People to Learn Together Written by: Elisabeth (Lisi) Hocke Quote of the day: “Great things happen to those who don’t stop believing, trying, learning, and being grateful.” -Roy T. Bennett You can follow this page on Twitter

    2.03.2021 | 11:26 קרא עוד...
  • Day 15 Name five different online payment methods.

    Day 15  Name five different online payment methods. Most modern online payment services offer easy-to-use, fast and secure ways to pay Here’s a list of some of the most popular online payment services:Digital Wallet ( E wallet)A digital wallet refers to software, an electronic device, or an online service that enables individuals or businesses to make transactions electronically. It stores the payment information of users for different payment modes on various websites.                     PayPalPayPal is one of the most dominant payment methods available today. over 20 million UK shoppers use PayPal each year in the UK and  7 million businesses worldwide use their platform to accept payments. PayPal is an eCommerce payment processing company that allows users to set up a PayPal account and pay a fee for each cash transaction. Many customers prefer to checkout with PayPal because it’s so simple and quick to use.Amazon PayAmazon Pay is another big name in the online payment space. Similar to PayPal, Amazon Pay is a digital payment processing service that allows customers to pay online using their Amazon payment methods on third party websites.Amazon Pay uses the details already stored on the shopper’s Amazon account to complete the transaction and provide a speedy checkout experience.eBay Managed PaymentseBay’s managed payment program allows the marketplace to process the payments directly by enabling customers to enter payment information and process payments without having to travel to a third-party site and leave the eBay interface. customers can benefit from a payment experience all through a single site, which includes multiple[…]

    2.03.2021 | 10:42 קרא עוד...
  • “We are stuck with technology when what we really want is just stuff that works.” – Douglas Adams

    “We are stuck with technology when what we really want is just stuff that works.” – Douglas Adams Lisa the IT Support Dog The Importance of Exploratory Testing My first encounter with exploratory testing (ET) was in 2009, when I worked as a test consultant for a Swiss company. Someone had the wonderful idea of updating the system, which was stable and well tested, from plain .NET to Silverlight and migrating the database from something-or-other-that-was-thought-to-be-outdated to Oracle. At the same time. A few years earlier I’d had the pleasure of working with a great Finnish guy who held very strong opinions about the stupidity of making two major changes to a system at the same time. Opinions with which I fully agreed. One Friday afternoon I was sat with a fellow tester, a cool German chap, when the first delivery of the revamped system was made. The test manager on the project told us to do some ET, by which he meant ad‑hoc testing. Both of us testers had plenty of testing experience and had been on the project for over a year, and we set about our task with gusto. Within an hour we’d found about forty issues between us. The programmers, a very capable bunch, made some changes to the code to allow us to trace the problems more easily. Once again, we testers set about the task with enthusiasm – I do like finding bugs – and found another forty-or-so problems. That spelt the end of ET on the project.[1] Several years have passed since then, and the idea of what ET is, and what[…]

    2.03.2021 | 9:25 קרא עוד...

טיפים

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