האוטוסטרדה שלך להייטק
כרטיס הכניסה להייטק - דרך עולם בדיקות התוכנה QA
המלצות
מה אנחנו יודעים לעשות
קורסים דיגיטלים - שיעזרו לך להיכנס לעולם ההיי-טק
בית ספר - לכניסה להיי-טק, בלי תור, בלי לבזבז זמן וכסף. הקורסים כוללים ידע אמיתי ומדויק מהשטח, סודות שרק מי שיש לו ניסיון מעשי של מעל 15 שנים יכול לגלות לכם.
קרא עודהספר - כרטיס הכניסה שלך להיי-טק - מהדורה 2 - הדרך המהירה לבודק תוכנה אפקטיבי
1. הספר - כרטיס הכניסה שלך להיי-טק - מהדורה 2 - הדרך המהירה לבודק תוכנה אפקטיבי הספר שיוביל אותך לעולם ההיי-טק, להוביל בצוות ובמחלקת בדיקות התוכנה. בפורמט : פיזי, דיגיטלי ואודיו 2. מחברת פגישות למנהל ובודק תוכנה QA
קרא עודהדרכה ויעוץ + שרות הקו האדום
הדרכה ויעוץ - מתודולגית בדיקות תוכנה פיזי מנוי דיגיטלי חודשי - "הקו האדום" קו פתוח בווצאפ לשאלות והתיעצות במהלך החודש, מינימום מנוי שנתי (12 חודשים בשנה)
קרא עודהצטרף עכשיו לרשימת תפוצה של אתר QAtest
לחץ עכשיו ועבור - לעמוד הרשמה לקבלת סרטון בחינם ועכשיו לזמן מוגבל, לאחר הרשמה תקבל גישה לקורס מבוא חינם
ברור שכתובת המייל לא תעבור לאף גורם ותשמש רק לחומרים מאתר QAtest
מהדורה 2 של הספר זמין למכירה מחודש - 10/2024
מהדורה מעודכנת הכוללת פרק נוסף בנושא :
בסיסי נתונים - SQL.
להזמנת הספר - ראה קישור בקטגוריה "מוצרים חדשים".
צוות QAtest מאחל בהצלחה,
הצלחה זו החלטה - ישר כוח !
מוצרים חדשים
קטגוריות ראשיות
אודות - נתי הורנשטיין
מודה לכם על שבחרתם להיכנס לאתר QAtest - האוטוסטרדה שלך להייטק !
המטרה שלי :
להאיר את הדרך לאנשים בעזרת ניסיון, מיקוד ועשייה שמביאה לתוצאות.
מאמין שכל דבר ניתן לעשות, דרוש רצון והתמדה, אם הצלחנו להגיע לירח, כל פעולה על הקרקע פשוטה. ולכן חשוב לעשות את תהליך הלמידה בחן וקלילות.
אנחנו כאן לפתוח לך את הדלת לעולם בדיקות התוכנה QA ולעבודה בהייטק, עולם ההייטק צומח בארץ בקצב מהיר, הדרישה לאנשי הייטק עולה מיום ליום, ולבדוקי תוכנה בעיקר,
תנאי עבודה טובים, בהמשך אפילו טובים מאוד וחשוב לדעת שניתן להתקדם במספר רב של מסלולים ומקצועות מעניינים בעולם פיתוח התוכנה.
המסלולים שלנו -
1. להכניס אותך להייטק ב 7 שבועות בלבד ולעשות הכל כדי שזה יקרה ואת/ה תצליח/י ! דרך עולם בדיקות התוכנה QA, שתופס תאוצה גדולה בשנים האחרונות. חברות רבות מבינות שרק על ידי תוכנה איכותית, יצליחו להתקדם וליצור פריצת דרך בעולם העסקי.
2. ליווי / אימון מנטלי וכלים שיתנו לך להוביל מקצועית בתחומך, נתי עוזר ומדריך בשיטת אימון מנטלי וכלי טרילותרפיה,
לפרטים נוספים - לחץ כאן.
ב3 שנים האחרונות נתי מתנדב בעמותת "עולים ביחד" והחלטת לשתף בנסיון והידע שצבר במשך יותר מ 20 שנים בעולם מערכות המידע, לכל מי שרוצה לעבוד בעולם ההייטק ואנחנו פתוחים לכל שיתופי הפעולה שמטרתם לעזור לכל אדם לפרוץ קדימה.
"לא נוכל לפתור בעיות באמצעות אותה צורת חשיבה שהשתמשנו כשיצרנו אותם"
אלברט אינשטיין
בברכה,
נתי הורנשטיין
וצוות QAtest
מחוייבים להצלחה שלך, הצלחה זו החלטה !!
WE BRING QUALITY TO THE WORLD
מאמרים
אחד הנושאים החשובים בביצוע בדיקות תוכנה הוא תיעוד הבדיקות, ללא תיעוד, לא ניתן לדעת אילו מצבים נבדקו, האם בוצע כיסוי נכון לתהליך הנבדק, האם נבדקו כל מקרי הקצה, האם סדרי עדיפות לבדיקות נכון ? על בסיס האמרה המפורסמת "עשית ולא דיווחת - לא עשית", אפשר לומר: נבדק ולא תועד = לא נבדק.
קרא עוד
מספר אופציות למבנה צוות בדיקות תוכנה בעולם העסקי המהיר, כל גוף עסקי עושה התאמות ליעדי החברה.
קרא עוד
בשבועיים הקרובים אנו עומדים לסיים בדיקות לגרסה, הגרסה החמישית השנה, לא כולל העברות ליצור של תקלות דחופות ו"חוצה גרסה" ותיקוני חרום ......שחייבים .... במהלך הבדיקות מתגלים באגים אשר מתועדים ועוברים לטיפול של צוות הפיתוח.
קרא עוד
כמות סוגי הבדיקות גדולה, בצענו כאן חלוקה לפי נושא כדי להקל ולעשות קצת סדר ... בהצלחה.
קרא עוד
תהליך הבדיקות מורכב מחמישה שלבים בסיסיים: תכנון פרויקט הבדיקות, עיצוב תרחישי בדיקה, ביצוע הבדיקות, תיעוד הבדיקות ובחינת העמידה בתנאי הסף לסיום הבדיקות.סוגי הבדיקות בהתאם למודלים של פיתוח תוכנה כגון: מפל המים, מודל V, מודל W ואחרים.
קרא עוד
הבחירה בידך: ללכת בדרך ארוכה וקשה או לגלות קיצורי דרך. לבלות 4 שנים באיסוף איטי של מידע או להקים מנגנון אפקטיבי אשר פועל בשיטה מובנת ויוצר תכנון בדיקות אופטימאלי.
קרא עוד
יצירת דוח ניתוח תוצאות הבדיקות ON-LINE בשלב הבדיקות חייב להיות זמין ומדויק, מכיוון שדוח זה קריטי להחלטת לעליה ל PRODUCTION.
קרא עוד
Root Cause Analysis - התמודדות עם בעיות לא רק סימפטומים. מאמר הוצג בארה"ב בכנס STAR באורלנדו (2008), ובכנסים באירופה (2008, 2009).וזכה במשוב מעולה.
קרא עוד
פעמים רבות נשאלתי את השאלה הזו ופעמים רבות שאלתי אותה בעצמי. בתשע מתוך 10 פעמים התשובה הייתה: כאשר מגיעים ל- deadline או כאשר מנהל הפרויקט מחליט. זו כמובן תשובה ריאלית ואמיתית, אבל האם זו התשובה שאנחנו כמנהלי QA ומנהלי בדיקות צריכים לשאוף אליה?
קרא עוד
רשימת תוכנות ועזרים לבודק בנושא: בדיקות עומסים תכנון וניהול בדיקות ניהול באגים בדיקות אינטרנט מערכות משובצות מחשב
קרא עודהרצאה בכנס Test Smarter
By Nati Horenshtion
in a rapidly evolving software landscape, effective testing and automation arein crucial for maintaining quality and accelerating delivery. This talk will explore the four essential pillars that underpin successful software testing and test automation:Optimal Test Planning and Script Writing: Strategies for creating efficient and effective test plans and scripts.
https://test-smarter.com/media/summit-24/
סדרת כלים להוביל בבדיקות תוכנה
שאלות ותשובות
מהו תפקידו של בודק תוכנה ?
על בודק התוכנה מוטלות פעולות חשיבה וסוגי אחריות מרובים. כגון חשיבה על עיצובה, יעילות ונחות ממשק וכד'.
את הממצאים מחזיר הבודק לאנשים הקשורים בדבר כגון מנהל המוצר והמעצבים.
בודק תוכנה נקרא Quality control Quality assurance.
QA - Quality Assurance
מחלקה שאחרית להבטיח איכות תפקודו ומוצריו של הארגון. ביצוע ע"י נהלי עבודה ותקנים, ניהול תוצרה, בקרת מסמכים.
STR
STP
מסמך המהווה מסגרת לפרוייקט בדיקות תוכנה:
*סקירת המערכת הנבדקת - מה מתוכנן לבדוק מבחינת QC .
* שיטת ותכולת הבדיקות.
* משאבים נדרשים לבדיקות - הכשרת צוות בודקים, כלי בדיקות.
* ניהול הבדיקות וניהול הממשק עם צוותים אחרים. * נקודת בקרה ודיווח.
* בקרת סיכונים.
STD
SPR
מסמך פרוט תקלות הפיתוח.
* מסמך המפרט את רשימת התקלות שהתגלו במהלך הבדיקות. * הדוח מפרט תקלות סגורות ופתוחות בחתכים שונים: פרויקט / צוות פיתוח / חומרה /פתוחת/סגורות.
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 - יש לך קורות חיים, צרפו ונעזור לכם למצוא עבודה (כן, ללא תשלום וכל התחיבות לרכישה)
גלריה
