בוקר טוב...
לאחר ניסיון מר בנושא, אני התחלתי לחפש מידע על תוכניות ומתדולוגיות לבניית בדיקות לתוכנה
(unit testing, regression testing, integration testing וכולי)
בכל מקרה, הייתי מעוניין, אם מישהו מכיר, הפנייה למקורות אשר שווים משהו.

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

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

לינק טוב לבדיקות תוכנה :
www.qaforums.com

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

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

לדוגמא, עכשיו אני חלק מפרוייקט שיוצא לפועל בלו"ז מאד קצר (פחות מחצי שנה מהCDR ועד הוצאת גרסא) עכשיו התפקיד ההאחרון שנתנו לי בפרוייקט הוא לכתוב unit tests עכשיו זה היה בעקרון כך:
"טל תכתוב unit tests"
ואני עניתי "טוב"

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

הייתי רוצה קצת כיוונים איפה אני יכול לקרוא קצת על הנושא...
כרגע מה שמעניין אותי יותר להבין הוא הנושא של בדיקות.
גישה לכתיבת מסמכים בדיקות, הן בדיקות מקיפות - regression וintegression והן unit tests עכשיו היות והרבה פעמים הרכיבים שצריכים לעבור את הבדיקות הם מאד קטנים (מורכבים ממספר מודולים שאפשר לספור על יד אחד) בדיקות הintegression והregression מתאחדים לסט בדיקות אחד...

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

TDD is a way of life.


Start with: www.junit.org

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