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

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

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

he icon   en icon

רשימת חברות Crowdsource testing

נכתב על ידי 
רביעי, 14 אוקטובר 2015 05:00
דרגו כתבה זו
(1 הצבעה)

רשימת חברות Crowdsource testing

ותחילה מה יש לוויקיפדיה לומר לגבי המונח:


וגם: The Definitive Guide to Crowdsourced Testing - for Testers and Companies

הגיבו כאן עם שמות חברות Crowdsource testing ואם יש לכם איזה פידבק לגביהם...

(מבוסס בין השאר על שרשור בנושא בתפוז: http://www.tapuz.co.il/Forums2008/ViewMsg.aspx?ForumId=936&MessageId=167173850 )


רשימת החברות (כרגע ללא סדר מיוחד):

http://www.utest.com  - (או בשמה החדש Applause) חברה שמיסדיה ישראלים, אחת החברות הגדולות והמסודרות בתחום.
שמחזיקים סט כלים ברשת, לתכנון הפעילות מכיוון החברה המקבלת את השירות, והן לזיהוי בודקים פוטנציאליים, וניהול הפרויקטים ודיווחי הבאגים של המשתמשים.
אמינה יחסית.
לחברה אתר עם הרבה חומר מעניין, בלוג פעיל ועוד.

התשלום מתבצע בעיקר ישירות ל-PayPal - הכי קל לרוב (אם אינני טועה היתה עוד דרך לקבל תשלום - צריך לבדוק באתר פרטים נוספים).
ברגע שמדווח באג, והוא מאושר ככזה שאינו כפילות, ומוודאים שחומרת הבאג היא בהתאם להגדרות - התשלום הוא ביחס לחומרה הסופית שסוכמה.
לכל פרויקט יש הגדרת מחיר לכל באג ע"פ חומרתו ולפעמים גם באיזה איזור נמצא.


חברה ישראלית חדשה יחסית - http://www.we-test.com




http://www.mob4hire.com - מתמקדים בתחום המובייל

http://qaonrequest.com >>> (נקנה ע"י http://softwaretesting.ca )  עכשיו >>> https://crowdsourcedtesting.com 

http://www.usertesting.com - בעיקר Usability Testing




https://www.rainforestqa.com - נעזרים בבודקים מתוך אתרי Crowd Flower, Amazon Mechanical Turk - ראו מטה.









https://bugcrowd.com  -  בדיקות אבטחה בלבד.

https://cobalt.io - בדיקות אבטחה - ראו גם: https://cobalt.io/talent 







http://www.feedbackarmy.com - Register at mturk.com to become reviewer




www.betabound.com - פלטפורמה שיתופית לבדיקות בטא.


http://www.enrollapp.com - בדיקות לוגו והשוואת UI.


>>> מי שרוצה "להתאמן בחינם" - יכול לנסות להצטרף לפרוייקטים קהילתיים / פרוייקטים חינמיים Open-Source באתרים הרלוונטיים לאלו, פשוט התקינו כלים שמעניינים אתכם, התחברו לכלי דיווח הבאגים של הפרוייקט ושלחו המשוב שלכם, הקפידו לוודא שאתם לא שולחים משהו שכבר דווח, ובתקווה גם תוכלו להנות מהמשוב של אותם תכנתים.
לדוגמא אתרים כמו https://github.com 

אתרים לנותני שירותים כלליים בהם מוצעות גם פעילויות בדיקות:

אתר Amazon Mechanical Turk חיפוש משרות בדיקה -   https://www.mturk.com/mturk/searchbar?selectedSearchType=hitgroups&searchWords=qa&minReward=0.00&x=0&y=0# 

אתר Crowd Flower מציע לעיתים גם משרות בדיקה - https://elite.crowdflower.com/?view=register 


אתרים שאיננו בטוחים אם עדיין פעילים - או שנמצאו כ-לא פעילים:

http://bugpub.com >>> (לא בטוח אם עדיין פעילים)

https://www.hatforce.com  - מתמחים ב-Security >>> זהירות!!! - לאחרונה האתר מראה בעיות אבטחה (לא בטוח אם עדיין פעילים)

http://join.youeye.com  - >>>  נקנתה ע"י http://www.userzoom.com  לא בטוח אם עדיין עוסקים בתחום )

http://testcovery.co  - בעיקר ל-Apps ->>>  נראה שנסגר )

http://mogotest.com  ->>>  נראה שנסגר )

 http://www.squadhelp.com/WebsiteTestingContests >>> לא עוסקים יותר בתחום (בעיקר שיווק גרפי)

http://testninjas.com - פעילות של STC ->>> נראה שנסגר ) 


>>> נשמח למשוב על הרשימה - אם אתם נתקלים באתרים חדשים או כאלו שכבר לא פעילים - תודה, קובי)



שונה לאחרונה ב ראשון, 30 אוקטובר 2016 09:56

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

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

  • Using Retries in tests can hide the bugs

    Using Retries in tests can hide the bugs We are quite familiar with the concept of randomly failing automated tests. Those are the tests that even though there is no change in the feature they are testing, they either fail randomly at the same step, or they fail at random steps. Handling the results of such tests can be tricky, and some teams choose to simply retry a test if it failed. But is that the best option? Here are my thoughts. First of all, we need to ask ourselves why these tests are failing randomly. Here are a few possible reasons: the test environment is unreliable. Too often a test environment does not have enough hardware resources to work properly under the load our automation generates. Or, it could be configured incorrectly. we are not using waits (if we are talking about Selenium tests). The test itself is not properly written to account for asynchronous events that take place in the UI we are testing. In some cases the use of Javascript is making it harder on our tests to be reliable. In order to have a green test results report after the tests ran, a retry mechanism is often put in place. It can re-run the failing tests either only once, or a chosen number of times. However this can hide the fact that the tests did really fail for a reason, and the reason was that there is a bug in the system. Because the test failed at the first run, but could pass at[…]

    14.04.2021 | 1:20 קרא עוד...
  • Five Blogs – 14 April 2021

    The (best) five blogs we can read today. Check them out. Catch 22 and The Kobayashi Maru Written by: Steve Keating Pipelines as code… not text Written by: Beastmode Achieve More with Less: Pareto’s Principle in Software Testing Written by: Prashant Hedge The thrill of testing Written by: Paul Seaman Is Critical Thinking Dead? Written by: Randy Gage Quote of the day: “The present changes the past. Looking back you do not find what you left behind.” -Kiran Desai You can follow this page on Twitter

    13.04.2021 | 11:22 קרא עוד...
  • What I learned from Practitest’s State of Testing Report 2021

    What I learned from Practitest’s State of Testing Report 2021 Look at the rules, not the exceptions Now in its 8th year, the SOT Report provides testers with some valuable trend-based information on all things testing. The full report in all of its chart based glory was delivered today, and is well worth bookmarking. You can read the full report here. Sometimes, when attending meetups, conferences or reading online articles, the loudest voices are often those with the most exceptional experiences. But we may discover this fact long after our own Imposter Syndrome has reprimanded us for not living up to their ideals. We may find ourselves wondering “I’ll never be a proper tester, I don’t even write unit tests” or “I’ve never done test coaching/worked on IoT technology/done BDD/shifted left/[insert plethora of missing skills]” so is there even a future for me in this industry? Stats tend to be more accurate at revealing general trends. As I did at my Testbash Manchester talk, rather than focusing on the exceptions, I want to pull out some of the rules. How the majority of people who consider themselves to work in Testing define what they do, what they call themselves, and how they work. Nope, its not sexy. But it is reassuring to learn that out of all the responses:- 28% are known as “Test/QA engineers”, only 0.89% Test Coach and 2.14% are SDETS.74% and 60% test Web and Mobile, only 9% IoT and 18% Big Data.92% work in Agile environments, only 27% use BDD.75% have tasks that involve Test Automation[…]

    13.04.2021 | 2:14 קרא עוד...


  • אל תחכה שיתנו לך הזדמנות
    אל תחכה שיתנו לך הזדמנות אם אתה רוצה להתפתח - אל תחכה שיתנו לך הזדמנות, קח אותה - למד, בצע והדגם הדבר בזמנך הפנוי - מישהו כבר יאמץ את זה וייתן לך את הקרדיט.   טיפים מחברי ITCB-AB
    קרא עוד...
  • טיפים לאוטומציה יעילה - Dale Emery
    טיפים לאוטומציה יעילה - Dale Emery (How to Survive the Coming Test Automation Zombie Apocalypse (PDF slide deck By Dale Emery bit.ly/15XFGkp סט שקופיות מעולה המתאר את מרבית המחלות התוקפות פעילויות אוטומציה - ומדגיש כיצד לטפל בהן! על כל שקופית ניתן לפתוח…
    קרא עוד...
לרשימה המלאה >>