כיצד לבדוק תוכניות עבור תאימות ל-Windows

סיכום

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

מידע נוסף

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

  • היקף: באילו רמות עדיפות אתה מטפל במהלך הבדיקה?

  • מתודולוגיה: למי הבדיקה כרוכה?

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

  • קריטריונים למעבר נכשלים: מה קובע אם יישום עובר או נכשל?

  • לוח זמנים: כיצד בכוונתך להשלים את הבדיקה לפי תאריך התזמון?

יצירת טווח הבדיקה

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

הגדרת מתודולוגיית הבדיקה

כאשר אתה מתכנן את המתודולוגיה, שקול את הפרטים הבאים:

  • היכן תתבצע הבדיקה?

  • מי יבצע את הבדיקות?

  • כיצד תוכל לקיים תקשורת עם משתתפים וכרוך בו?

  • כיצד לתזמן את הבדיקה?

  • כיצד תוכל לנהל בעיות ביישומים?

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

זיהוי דרישות משאבים

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

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

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

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

  • עד כמה סביר מישהו להיתקל בבעיה?

  • האם ישנה דרך לעקוף את הבעיה?

לוח הזמנים של הבדיקה תלוי בתנאים רבים, כולל:

  • מספר הבודקים משתתפים.

  • אם הבודקים נמצאים בפרוייקט זה במשרה מלאה או שיש לתזמן אותם.

  • רמות חוויית הבודקים.

  • מספר ומורכבות היישומים.

בדיקת יישומים

יישומים מסחריים רבים נבדקו כבר כדי לקבוע את האופן שבו הם תומכים ב-Windows 2000 ובמועד מאוחר יותר. Microsoft מספקת מדריך יישומים עבור Windows 2000 שבו באפשרותך לבדוק את מצב היישומים שבהם אתה משתמש. המדריך משתמש בעיצובים הבאים:

  • מוסמך-המציין שהיישום נבדק על-ידי VeriTest ושהיא מנצלת תכונות חדשות של Windows.

  • מוכן לציון שלפי הספק, היישום נבדק עבור תאימות ו-נתמכת ב-Windows 2000. היישום אינו מנצל בהכרח את התכונות החדשות של Windows.

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

אסטרטגיות בדיקה

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

יישומים מסחריים

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

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

  • תצורות שבהן הארגון שלך משתמש.

  • תכונות הנמצאות בשימוש תכוף ביותר.

  • שילובים של יישומים שבהם אתה משתמש יחד.

זכור לבדוק את תוכנת האנטי-וירוס שלך. יש לשדרג רבים מיישומים אלה בשל השימוש בהם במסנני מערכת הקבצים. מסנני מערכת רבים של Windows NT 4.0 עשויים שלא לפעול ב-Windows 2000 ואילך עקב שינויים במערכת הקבצים של NTFS.

יישומים מותאמים אישית

אם אתה משתמש במוצרים מותאמים אישית של ספקים חיצוניים או מפתח יישומים פנימיים, עליך לפתח אסטרטגיית בדיקות מקיפה יותר מאשר עבור יישומים מסחריים שנבדקו מראש. גם אם אתה בוחן יישום שלא פתחת, מפרט היישומים של Windows 2000 יכול לספק תובנות לגבי בדיקה. אתר האינטרנט של MSDN ב- http://msdn.microsoft.com כולל גירסה הניתנת להורדה של המפרט. אתר האינטרנט של MSDN מכיל גם מידע חשוב נוסף אודות בדיקות, כגון מסמכים לבנים על בדיקות גישוש והשיטה שבהם ארגונים עצמאיים משתמשים כדי לבדוק את הפונקציונליות של ספקי יישומים ששולחים לאישור.הערה: ההצעות לבדיקה בסעיף זה אינן מקיפות ואינן חלות על כל המצבים. הם מוצגים כדי לעזור לך להתחיל לחשוב כיצד לבדוק.

בדיקת תרחישי פריסה

בדוק את התקנת היישומים והפעלת היישומים שלך באמצעות התרחישים שבכוונתך להשתמש בהם במהלך הפריסה. לדוגמה, ייתכן שתתכנן לפרוס על-ידי התקנה במחשבים נקיים או על-ידי שדרוג מ-Windows 95 או Windows 98 או גירסה קודמת של Windows NT. אם אתה מתכנן לשדרג, ייתכן שתשמור את היישומים במחשב במהלך השדרוג, או שתוכל להסיר אותם ולהתקין אותם מחדש לאחר השדרוג. בשל ההבדלים בין windows 95 או Windows 98 ו-Windows 2000, חלק מהתקנות היישומים פועלות באופן שונה בהתאם למערכת ההפעלה שבה אתה משתמש עבור ההתקנה. לדוגמה, אם אתה מתקין יישום במחשב שבו פועל Windows 95 או Windows 98, ולאחר מכן אתה משדרג את המחשב ל-Windows 2000, ייתכן שהיישום לא יפעל באותו אופן כפי שהיה קורה אם התקנת אותו ב-Windows 2000. במקרה זה, ייתכן שתצטרך להסיר את ההתקנה של היישום ולהתקין אותו מחדש לאחר שדרוג או קבלת ספריית קישור דינאמי (DLL) של העברה. קובץ DLL של העברה מאפשר יישום שהותקן במקור ב-Windows 95 או ב-Windows 98 כדי לפעול כראוי לאחר שדרוג המחשב ל-Windows 2000. קבצי Dll של העברה יכולים לפתור בעיות ביישומים על-ידי ביצוע הפעולות הבאות:

  • החלפה או שדרוג של Windows 95 ספציפי לקבצים ספציפיים או Windows 98 באמצעות קבצים התואמים ל-Windows 2000.

  • מיפוי מפתחות רישום ספציפיים של Windows 95 או Windows 98 למיקומים המתאימים של Windows 2000.

תרחיש שדרוג

אם אתה מתכנן לשדרג את המחשבים שלך:

  1. התקן את Windows 95, Windows 98 או Windows NT 3.51 ואילך.

  2. התקן את היישום שברצונך לבדוק.

  3. שדרג את המחשב ל-Windows 2000.

  4. בדוק את היישום.

תרחיש התקנה נקיה

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

  1. התקן את Windows 2000.

  2. התקן את היישום.

  3. בדוק את היישום.

בדיקת התקנה והסרה של התקנה

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

  1. סיים את ההתקנה לפני השלמתו.

  2. נסה את כל אפשרויות ההתקנה הנמצאות בשימוש בסביבה שלך.

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

  4. נסה להסיר את התקנת היישומים.

  5. ודא שמשתמש יכול להתקין יישום על-ידי מנהל מערכת ולהסיר את התקנתו על-ידי משתמש. כאשר המשתמש נכנס למערכת כמשתמש, הסרת ההתקנה צריכה להיות מלאה או לא מותרת.

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

גישה לנתונים

נסה לגשת לנתונים במגוון דרכים, כגון הפעולות הבאות:

  • גישה לנתונים בשרת המפעיל את הגירסה הנוכחית של Windows, וכן בשרת שבו פועל Windows 2000.

  • בדיקת שימוש בו במסד נתונים, כולל גישה ועדכון בו של רשומה.

  • ביצוע שאילתות מורכבות.

הדפסת בדיקה

הדפס מגוון סוגי מסמכים עם מגוון מדפסות, כגון:

  • הדפסת מסמכים עם קבצים מוטבעים מכמה יישומי מקור.

  • הדפס למדפסות עם שמות קבצים ארוכים.

בעיות תאימות נפוצות

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

  • הגנת קבצים של windows: גירסאות מוקדמות יותר של Windows מותרות להחלפת קבצי מערכת משותפים במהלך ההתקנה. כאשר אירעו שינויים כאלה, המשתמשים נתקלו לעתים קרובות בבעיות שנעו משגיאות תוכנית למערכת הפעלה לא יציבה. הגנת קבצים של Windows היא תכונה חדשה המונעת מיישומים להחליף קבצי מערכת. תכונה זו מאמתת שקבצי מערכת מוגנים הם הגירסה הנכונה של Microsoft. אם קובץ הוחלף בגירסה שגויה, Windows משחזר את הגירסה הנכונה.

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

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

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

  • מפתחות רישום שהשתנו: מפתחות רישום מסוימים הועברו או נמחקו. יישומים הכותבים לממשק תיכנות היישומים (API) אינם אמורים להיתקל בבעיות, אך הם יכולים להיתקל בבעיות אם הם כותבים ישירות לרישום.

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

  • שירות העברת ההודעות של windows: יישומים המצפים לשירות העברת ההודעות של Windows (WMS) שהמערכת ההפעלה תספק על-ידי מערכת ההפעלה לא ימצאו אותו.

  • אבטחה של קלט/פלט קובץ: Windows הידק את האבטחה עבור קלט ופלט של קבצים. יישומים המשתמשים במסנני קבצים, כגון תוכניות אנטי-וירוס, עשויים לאבד פונקציונליות משמעותית ב-Windows 2000 ואילך.

פתרון אי-תאימות של יישומים

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

  • מחקר אתרי אינטרנט עבור בעיות ופתרונות ידועים.

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

  • יצירת קשר עם התמיכה של Microsoft.

  • איתור באגים ביישומים שפותחו באופן פנימי.

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

  • פתור את הבעיה אם פיתחת את היישום.

  • בקש מהספק לפתור את הבעיה אם רכשת את היישום.

  • החלף את היישום בגירסה או ביישום חדשים.

  • התעלם מהכישלון אם יש לך דרך לעקוף את הבעיה.

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

  • מפרט היישומים של Windows 2000, שניתן להוריד מספריית MSDN ב-http://msdn.microsoft.com. נספח E מספק את המיקום הספציפי שבו תוכל להשיג את המפרט.

  • מדריך התאימות של Windows 2000, שניתן למצוא בספריית MSDN ב- http://msdn.microsoft.com. מדריך זה כולל מידע חשוב אודות אבחון בעיות תאימות.

  • Microsoft TechNet ב-http://www.microsoft.com/technet, המכיל עדכונים, עיתונים לבנים ומידע טכני אחר

  • מדריך היישומים של Windows 2000, הכולל מידע תמיכה וקישורים לאתרי אינטרנט של ספקים.

זקוק לעזרה נוספת?

הרחב את הכישורים שלך
סייר בהדרכה
קבל תכונות חדשות לפני כולם
הצטרף למשתתפי Microsoft insider

האם מידע זה היה שימושי?

תודה על המשוב!

תודה על המשוב! נראה שכדאי לקשר אותך לאחד מנציגי התמיכה של Office.

×