האוטוסטרדה שלך להייטק

כרטיס הכניסה להייטק - דרך עולם בדיקות התוכנה QA

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

אוהד ירושלמי

 רכשתי את הספר הראשון -הדרך המהירה לבודק תוכנה אפקטיבי- והאמת שנורא אהבתי את הספר סיימתי אותו כמובן ובסוף הספר כתוב שיצאו עוד ספרים. שאלתי היא האם יש עוד ספרים? תודה,אוראל. 

אורן הראל
         

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

אריאל כהן מנהל פיתוח תוכנה - חברת ביטוח מובילה בשוק הישראלי

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

שלמה בן ארויה

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

איציק מנהל חומרה ותשתיות

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

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

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

פסיה

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

מוטי הרשקו מנהל סוכנות ביטוח

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

עדן

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

אנדריי רון

 שלום וברכה, ראשית, אני מודה לך מאוד על העזרה והעצות המיוחדות !!! בברכה, רבקה 

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

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

קורסים דיגיטלים - שיעזרו לך להיכנס לעולם ההיי-טק

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

קרא עוד

הספר - כרטיס הכניסה שלך להיי-טק - הדרך המהירה לבודק תוכנה אפקטיבי

1. הספר - כרטיס הכניסה שלך להיי-טק - הדרך המהירה לבודק תוכנה אפקטיבי הספר שיוביל אותך לעולם ההיי-טק, להוביל בצוות ובמחלקת בדיקות התוכנה. בפורמט : פיזי, דיגיטלי ואודיו 2. מחברת פגישות למנהל ובודק תוכנה QA

קרא עוד

הדרכה ויעוץ + שרות הקו האדום

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

קרא עוד

הצטרף עכשיו לרשימת תפוצה של אתר QAtest

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

ברור שכתובת המייל לא תעבור לאף גורם ותשמש רק לחומרים מאתר QAtest


אני מודה לכם על שבחרתם להיכנס לאתר QAtest - האוטוסטרדה שלך להייטק !            

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


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

המסלול שלנו - 
להכניס אותך להייטק ב 7 שבועות בלבד ולעשות הכל כדי שזה יקרה ואת/ה תצליח/י ! דרך עולם בדיקות התוכנה QA, שתופס תאוצה גדולה בשנים האחרונות. חברות רבות מבינות שרק על ידי תוכנה איכותית, יצליחו להתקדם וליצור פריצת דרך בעולם העסקי.

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

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


בברכה,
נתי הורנשטיין

וצוות QAtest
מחוייבים להצלחה שלך, הצלחה זו החלטה !!



אודות image

WE BRING QUALITY TO THE WORLD

כיצד לתעד נכון את הבדיקות שלכם !

כיצד לתעד נכון את הבדיקות שלכם !

אחד הנושאים החשובים בביצוע בדיקות תוכנה הוא תיעוד הבדיקות, ללא תיעוד, לא ניתן לדעת אילו מצבים נבדקו, האם בוצע כיסוי נכון לתהליך הנבדק, האם נבדקו כל מקרי הקצה, האם סדרי עדיפות לבדיקות נכון ? על בסיס האמרה המפורסמת "עשית ולא דיווחת - לא עשית", אפשר לומר: נבדק ולא תועד = לא נבדק.

קרא עוד  
מבנה צוות בדיקות תוכנה

מבנה צוות בדיקות תוכנה

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

קרא עוד  
כיצד פותחים באג בצורה נכונה ?

כיצד פותחים באג בצורה נכונה ?

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

קרא עוד  
רמות בדיקה / סוגי בדיקה

רמות בדיקה / סוגי בדיקה

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

קרא עוד  
תכנון מקרי בדיקה - בדיקות תוכנה

תכנון מקרי בדיקה - בדיקות תוכנה

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

קרא עוד  
10 הכללים לתכנון בדיקות תוכנה

10 הכללים לתכנון בדיקות תוכנה

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

קרא עוד  
ניתוח ודיווח תוצאות בדיקות תוכנה ON-LINE  (סטאטוס בדיקות/דוח תקלות/Report)

ניתוח ודיווח תוצאות בדיקות תוכנה ON-LINE (סטאטוס בדיקות/דוח תקלות/Report)

יצירת דוח ניתוח תוצאות הבדיקות ON-LINE בשלב הבדיקות חייב להיות זמין ומדויק, מכיוון שדוח זה קריטי להחלטת לעליה ל PRODUCTION.

קרא עוד  
Root Cause Analysis – Dealing with problems not just symptoms1 By Alon Linetzki, Managing Director & Principal Consultant,Best- Testing

Root Cause Analysis – Dealing with problems not just symptoms1 By Alon Linetzki, Managing Director & Principal Consultant,Best- Testing

Root Cause Analysis - התמודדות עם בעיות לא רק סימפטומים. מאמר הוצג בארה"ב בכנס STAR באורלנדו (2008), ובכנסים באירופה (2008, 2009).וזכה במשוב מעולה.

קרא עוד  
איך יודעים מתי לסיים לבדוק ? מדדים ומטריקות ומה שבינהם

איך יודעים מתי לסיים לבדוק ? מדדים ומטריקות ומה שבינהם

פעמים רבות נשאלתי את השאלה הזו ופעמים רבות שאלתי אותה בעצמי. בתשע מתוך 10 פעמים התשובה הייתה: כאשר מגיעים ל- deadline או כאשר מנהל הפרויקט מחליט. זו כמובן תשובה ריאלית ואמיתית, אבל האם זו התשובה שאנחנו כמנהלי QA ומנהלי בדיקות צריכים לשאוף אליה?

קרא עוד  
תוכנות ועזרים לבודק

תוכנות ועזרים לבודק

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

קרא עוד  

טיפ 1 - QAtest האוטוסטרדה שלך להייטק

עלות תיקון באג בתוכנה - בדיקות תוכנה QA

המטרה שלנו - כניסה להייטק

טיפ 2 - QAtest האוטוסטרדה שלך להייטק

לחץ על בודק/ת התוכנה -QA

המטרה שלנו - כניסה להייטק

טיפ 3 - QAtest האוטוסטרדה שלך להייטק

טיוב נתונים, ורטיקאל, עדכון נתונים

המטרה שלנו - כניסה להייטק

טיפ 4 - QAtest האוטוסטרדה שלך להייטק

תכנון בדיקות 3 כללים - שחובה לכל בודק תוכנה שרוצה להוביל, זו הדרך לאפס תקלות יצור

המטרה שלנו - כניסה להייטק

טיפ 5 - QAtest האוטוסטרדה שלך להייטק

חשיבות הבנת צרכי הלקוח

המטרה שלנו - כניסה להייטק

טיפ 6 - QAtest האוטוסטרדה שלך להייטק

חשיבות תכנון הבדיקות מראש

המטרה שלנו - כניסה להייטק

טיפ 7 - QAtest האוטוסטרדה שלך להייטק

חשוב כל הזמן ללימוד וללמוד כדי להוביל בתחום

המטרה שלנו - כניסה להייטק

טיפ 8 - האוטוסטרדה שלך להייטק

תפעלו, תפעלו היום!

המטרה שלנו - כניסה להייטק

טיפ 9 - QAtest האוטוסטרדה שלך להייטק

חלק משידור וובינר - בדוק את זה היום! ממליץ להכין דף ועט כדי לרשום תובנות - בהצלחה !! יש לך אפשר לעשות את זה ב 7 שבועות, אנחנו איתך לאורך כל הדרך

המטרה - כניסה להייטק, אם את/ה רוצים אתם יכולים !!!! אני כאן לעשות הכל - כדי שאת/ה תצליחו !

מהו תפקידו של בודק תוכנה ?

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

QA - Quality Assurance

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

STR

Software Test Report / Software Test Results  -  דו"ח ביצוע בדיקות תוכנה מסמך המכיל את תיעוד מהלך ביצוע הבדיקות ועוד נתונים חשובים כמו: 1. סיכום תקלות וחומרתן 2.נתונים סטטיסטיים על מהלך הבדיקות.

STP

Software Test Plan
מסמך המהווה מסגרת לפרוייקט בדיקות תוכנה:
*סקירת המערכת הנבדקת - מה מתוכנן לבדוק מבחינת QC .
* שיטת ותכולת הבדיקות.
* משאבים נדרשים לבדיקות - הכשרת צוות בודקים, כלי בדיקות.
* ניהול הבדיקות וניהול הממשק עם צוותים אחרים. * נקודת בקרה ודיווח.        
* בקרת סיכונים.

STD

Software Test Description - מסמך מפרט הבדיקות. * מסמך המפרט את מקרי הבדיקה המתוכננים מתוך התייחסות לנתוני הקלט והפלט הצפוי. * הגדרת דרישות מוקדמות מבסיס הנתונים ותאור מפורט של רכיבי סביבת הבדיקות.

SPR

Software Problem Report -
מסמך פרוט תקלות הפיתוח.
* מסמך המפרט את רשימת התקלות שהתגלו במהלך הבדיקות. * הדוח מפרט תקלות סגורות ופתוחות בחתכים שונים: פרויקט / צוות פיתוח / חומרה /פתוחת/סגורות.                                                                                                                             

Unit

בדיקות יחידה - מתוך ויקיפדיה, האנציקלופדיה החופשית

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

Integration

בדיקות אינטגרציה - מתוך ויקיפדיה, האנציקלופדיה החופשית

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

System

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

Acceptance tests

בדיקות קבלה - מתוך ויקיפדיה, האנציקלופדיה החופשית

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

Functional

בדיקות פונקציונליות - מתוך ויקיפדיה, האנציקלופדיה החופשית - לאימות פעילות המערכת.
בדיקות אלו מבוססות על מסמך הדרישות ומסך האפיון ומטרתן לבדוק כי המערכת עושה את מה שהיא צריכה ולא עושה את מה שאינה צריכה לעשות (valid and invalid testing)

Usability

בדיקות שימושיות - מתוך ויקיפדיה, האנציקלופדיה החופשית
בדיקות נוחות השימוש ויעילות העיצוב של האפליקציה ונגישות לבעלי מוגבלויות. לדוגמה: נוחות השימוש בתפריטים, ניווט נוח והתמצאות באתר.

GUI

בדיקות ממשק לקוח - מתוך ויקיפדיה, האנציקלופדיה החופשית

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

Load

בדיקות עומס - מתוך ויקיפדיה, האנציקלופדיה החופשית

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

Performance

בדיקות ביצועים - מתוך ויקיפדיה, האנציקלופדיה החופשית
בדיקת ביצועים של המוצר בקונפיגורציות ורמות עומס שונות, ומדידת הביצועים לצורך תיעוד/השוואה לדרישות. 

Regression

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

Compatibility

בדיקות שילוב מערכת - מתוך ויקיפדיה, האנציקלופדיה החופשית
לאימות יכולת שילוב התוכנה/רכיב תוכנה במערכת קיימת/חדשה (למשל - תאימות של התוכנה לעדכוני מערכת הפעלה, דפדפנים שונים, תוכנות אחרות שהתוכנה אמורה לעבוד בשילוב עימן, וכדומה).

Alpha/Betha Testing

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

Sanity

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

Smoke

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

BlackBox

בדיקות קופסה שחורה -מתוך ויקיפדיה, האנציקלופדיה החופשית
בדיקות קופסה שחורה (באנגלית Blackbox testing) על פי ארגון ה-ISTQB הן 'בדיקות פונקציונאליות או לא פונקציונאליות המתבצעות ללא התייחסות למבנה הפנימי של הרכיב או המערכת'. זוהי שיטה להגדרת בדיקות ולא שלב במעגל החיים של המוצר. לפיכך ניתן לבצע בדיקות קופסה שחורה בכל אחת מהרמות של בדיקות התוכנה: בדיקות יחידה, בדיקות אינטגרציה, בדיקות מערכת ובדיקות קבלה.
בבדיקות קופסה שחורה מתייחסים אך ורק לקלט ולפלט שהבודק מכניס לתוך המערכת, והבדיקה היא שהפלט המתקבל או הפעולה שקרתה באמת זהה לצפי. בשל כך, רוב הבדיקות הנערכות במסגרת בדיקות אלו הן פונקציונאליות שכן בדיקות לא פונקציונאליות קשה יותר לבדוק במידה ואין יכולת לשנות את מצבה הפנימי של המערכת.
המשלים לבדיקות קופסה שחורה הן בדיקות קופסה לבנה, שהיא שיטה לבדיקת ההשפעה שיש לקלט או לפלט על המבנה הפנימי של המערכת.

White Box

עריכת בדיקות קופסה לבנה. מתמקדת במבנה הפנימי של התוכנית: מסלולים חישובים המתאימים למצבי קלט שונים.
צרף קורות חיים ונעזור לך מיד למצוא תפקיד בבדיקות תוכנה QA, הצלחה היא החלטה, בהצלחה !
*
*
*
*