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

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

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

he icon   en icon

והזוכים בפרס לעידוד מצוינות ולתרומה לקהילת הבודקים בישראל 2014

נכתב על ידי 
שני, 12 ינואר 2015 21:56
דרגו כתבה זו
(1 הצבעה)

 

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

 

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

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

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

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

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

פרטים נוספים בטופס ההגשה של Cisco

במסלול התהליכי זכתה חברת "נייס אקטימייז" בפרויקט "QA Dashboard" – הפרויקט הוגש ע"י עמיר ישראלי שהציג פתרון תהליכי הנתמך בכלי פנימי הנותן מענה לטיפול בבאגים שדווחו ע"י לקוחות (Escaped Defects) . הפתרון כלל אנליזה איכותית, הגדרת התיקון והצגה בזמן אמת על מצב הבאגים והאזורים עליהם יש להשים דגש. התהליך גרם לשיפור משמעותי בכמות התקלות שדווחו ע"י הלקוחות (ירידה  של כ 30% שנה אחר שנה), שיפר את איכות המוצרים , הווה בסיס למיקוד נקודות החולשה והפך לסטנדרט בהנהלת החברה.

פרטים נוספים בטופס ההגשה של NICE Actimize

 

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

לנוחיותכם, מצורפים טפסי ההגשה של שני הזוכים.

בברכה,

יגאל לוי

יו"ר הוועדה

 

לצפייה בפרטי התחרות:

פרס לעידוד מצוינות ולתרומה לקהילת הבודקים בישראל 2014

 

ההזמנה להגשת מועמדות לפרס 2014

 

And the winners of the Testing Excellence Award for 2014 are:

Every year the ITCB (Israeli Testing Certification Board) encouraging the testing community to submit project for the Testing Excellence competition.

A committee on behalf of ITCB reviews a large number of presented projects along the year and examines the projects according to many criteria, verifying the quality of the project as well as the contribution to the organization and the testing community.

The final candidates present the project in front of the committee, and asked to present relevant materials to comply the requested criteria.

Due to the high quality of projects presented this year, the committee has decided to share the first place between 2 candidates.

 

In the Technological track won Cisco company in the "Phoenix" project –

The project was submitted by Ouriel Gottlieb who presented an Automation solution

This answers the needs of testing many platforms within a short period of time, with high coverage, low maintenance and high quality.

Additional details in Cisco registration form.

 

In the Procedural track won Nice Actimize company in the "QA Dashboard" project –

The project was submitted by Amir Israeli who presented a procedural solution supported by an internal tool,

Which answers the need to handle bugs reported by clients (Escaped Defects).

The solution included high quality analysis, definition of required remedy, and live presentation of the status of the bugs and areas which should be focused on.

The process made a major improvement in amount of failures reported by the clients (Around 30% drop year after year),

Improved the quality of the products, served as basis for focusing on the weak-points and became a standard in the company management.

Additional details in Nice Actimize registration form.

 

It is important to note that the two projects which won can be assimilated in other organizations with just minor changes and by that contribute to the Israeli Testers and Testing Community.

For you convenience, we attach here the registration forms of both winners.

Best Regards,

Igal Levi

Committee chairman

 

במסלול הטכנולוגי זכתה חברת "סיסקו"  בפרויקט "פניקס"– הפרויקט הוגש ע"י אוריאל גוטליב:

CiscoTeam 2014 Award 2 

 

במסלול התהליכי זכתה חברת "נייס אקטימייז" בפרויקט "QA Dashboard":

במסלול הטכנולוגי זכתה חברת "סיסקו"  בפרויקט "פניקס"– הפרויקט הוגש ע"י אוריאל גוטליב

 

 

 

 

שונה לאחרונה ב שבת, 08 אוגוסט 2015 12:00

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

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

  • How to Sabotage Quality: No Shortcuts

    How to Sabotage Quality: No Shortcuts IN 1944 the organization that would later become the CIA sent a manual to their operatives working in the underground resistance in Europe. The manual was called the Simple Sabotage Field Manual. It contained advice on how people could quietly sabotage enemy operations. Let’s see what we can learn from it. Much of it has to do with physical equipment, but for those of us in knowledge work the section on General Interference with Organizations and Production is instructive. Insist on doing everything through “channels.” Never permit short-cuts to be taken in order to expedite decisions. This is an interesting one for software testers to consider. Shortcuts can get a bad rap in our part of the industry. We tell people to do things the right way and to not take shortcuts in their design, development and testing. But are all short-cuts bad? If a short-cut gets you to the desired outcome more quickly is it bad? Part of quality is consistency and some of the “channels” in our companies help keep things consistent. Sometimes shortcuts are bad, but if we never allow them, we won’t learn new and better ways to do things. We don’t need to embrace “cowboy coding” but we can still have flexibility about how tightly we follow procedures. Part of producing good quality code is having the wisdom to know what kind of shortcuts will get you to the destination faster and which ones will leave you lost in the forest calling for help. Don’t[…]

    12.08.2022 | 9:04 קרא עוד...
  • My first and most memorable defect!

    As test engineers, we fondly remember the defects that we found in our careers – the first one, the most memorable one, the nastiest one, and so on. Well, in my case, there have been several nasty ones, and they are countless – core dumps and such. But I fondly remember the first one and that happens to be the most memorable defect too. This also happened to be my first Software Testing project that I worked in. I was working on a C compiler as part of the development team, maintaining some modules that need to be rewritten for new requirements. A team member was working on a new casting requirement for a new data type, and another one was working on optimization of target code generated out of the DAG. As these two people didn’t have a bandwidth to test their modules with an ‘out-of-the-box’ thinking, and since they were focusing on their own individual modules and no one was looking at the product from an integration perspective, I was asked to do some ‘sanity’ checks to make sure that the modules worked fine with each other when integrated. So, I sat thinking about what would comprehensively test these two modules together. On one side, I got to test the new data type, and on the other side, I need to make sure that the output assembly is fine. I figured that the only way to do that would be to execute each and every data type along[…]

    12.08.2022 | 2:53 קרא עוד...
  • The Agile Manifesto is a poor introduction to Agile

    Last week Elizabeth Zagroba asked on Twitter: If someone was completely new to working on software on an Agile team, what would you want them to read about Agile first? My first thought was: "The Agile Manifesto!" After a second thought, though, I reconsidered and replied: And I would recommend against reading the Agile Manifesto without consulting any secondary sources, except if you read it in the same way as you would visit a historical site "just to see where it all happened". As I wrote this, I could not really put my finger on why exactly I felt this way. The best I could come up with was that the Agile Manifesto is hard to understand on its own. You need some historical context and practical experience to make sense of it. Serendipity came to the rescue, though, as I'm currently reading Seeing Like a State by James C. Scott. Chapter 9 of the book focuses on the Greek concept of mētis (μῆτις) and how it relates to rules of thumb. Turns out that this explains why the Agile Manifesto is a poor introduction to Agile. Read more… (6 min remaining to read)

    12.08.2022 | 2:37 קרא עוד...

טיפים

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