שלום לכולם, הנה לכם TestMace! אולי הרבה אנשים יודעים עלינו מ שלנו קודם מאמרים. למי שזה עתה הצטרף: אנו מפתחים IDE לעבודה עם ה-API של TestMace. השאלה הנפוצה ביותר כאשר משווים את TestMace למוצרים מתחרים היא "במה אתה שונה מ-Postman?" החלטנו שהגיע הזמן לתת תשובה מפורטת לשאלה זו. להלן פירטנו את היתרונות שלנו על פני דוור.

פיצול לצמתים

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

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

פורמט פרויקט קריא לאדם

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

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

מה זה נותן למשתמש? זה מאפשר לך לשנות את זרימת העבודה של הצוות בצורה גמישה מאוד, תוך שימוש בגישות מוכרות. לדוגמה, מפתחים יכולים לאחסן פרויקט באותו מאגר כמו ה-backend. בסניפים, בנוסף לשינוי בסיס הקוד עצמו, המפתח יכול לתקן סקריפטים ובדיקות קיימות של שאילתות. לאחר ביצוע שינויים במאגר (git, svn, mercurial - מה שאתה הכי אוהב), CI (האהוב עליך, לא הוטל על ידי אף אחד) משיק את כלי השירות שלנו לקונסולות testmace-cli, והדוח המתקבל לאחר הביצוע (לדוגמה, בפורמט junit, הנתמך גם ב-testmace-cli) נשלח למערכת המתאימה. ועניין האבטחה הנ"ל אינו מהווה עוד בעיה.

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

משתנים דינמיים

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

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

var jsonData = JSON.parse(responseBody);
postman.setEnvironmentVariable("data", jsonData.data);

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

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

var jsonData = JSON.parse(responseBody);
postman.setEnvironmentVariable("data", CryptoJS.MD5(jsonData.data));

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

const data = tm.currentNode.prev.response.body.data;
tm.currentNode.parent.setDynamicVar('data', crypto.MD5(data));

כפי שאתה יכול לראות, הרכב הצמתים שימש היטב גם כאן. ולמקרה פשוט כזה כפי שתואר לעיל, אתה יכול פשוט להקצות את הביטוי ${crypto.MD5($response.data)} משתנה שנוצר באמצעות ה-GUI!

יצירת בדיקות באמצעות GUI

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

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

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

יכולת להפעיל סקריפט קיים באמצעות קישור (צומת קישור)

לעיתים קרובות מתעוררים מצבים כאשר שאילתה מסוימת או אפילו סקריפט שלם צריך להתבצע מספר פעמים בחלקים שונים של הפרויקט. דוגמה לבקשות כאלה יכולה להיות הרשאה רב-שלבית מותאמת אישית, הבאת הסביבה למצב הרצוי וכו'. באופן כללי, במונחים של שפות תכנות, נרצה לקבל פונקציות שניתן לעשות בהן שימוש חוזר בחלקים שונים של האפליקציה. ב-TestMace פונקציה זו מבוצעת על ידי קישור צוֹמֶת זה מאוד פשוט לשימוש:
1) צור שאילתה או סקריפט
2) צור צומת מסוג Link
3) בפרמטרים, ציין קישור לסקריפט שנוצר בשלב הראשון

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

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

הבדלים אחרים

• שליטה רבה יותר בהיקף המשתנים. ההיקף הקטן ביותר שבו ניתן להגדיר משתנה ב-Postman הוא האיסוף. TestMace מאפשר לך להגדיר משתנים עבור כל שאילתה או תיקיה. ב- Postman Share collection מאפשר לייצא רק אוספים, בעוד שב-TestMace השיתוף עובד עבור כל צומת
• TestMace תומך כותרות בירושה, שניתן להחליף בשאילתות צאצא כברירת מחדל. לפוסטמן יש משהו בעניין הזה: האתגר, והוא אפילו סגור, אבל הוא מוצע כפתרון... להשתמש בסקריפטים. ב-TestMace, כל זה מוגדר דרך ה-GUI ויש אפשרות לבטל באופן אופציונלי כותרות שעברו בירושה בצאצאים ספציפיים
• בטל/בצע מחדש. עובד לא רק בעת עריכת צמתים, אלא גם בעת העברה, מחיקה, שינוי שמות ופעולות אחרות שמשנות את מבנה הפרויקט
• קבצים המצורפים לבקשות הופכים לחלק מהפרויקט ומאוחסנים איתו, תוך כדי סינכרון מושלם, בניגוד ל-Postman. (כן, אתה כבר לא צריך לבחור קבצים ידנית בכל פעם שאתה מתחיל ולהעביר אותם לעמיתים בארכיון)

תכונות שכבר בדרך

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

פונקציות

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

{{$randomEmail}}

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

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

${faker.internet.email()}

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

מה אם נרצה לחשב את ה-hash של מחרוזת? בְּקַלוּת!

${crypto.MD5($dynamicVar.data)}

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

שימוש ב-JavaScript בביטויים

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

${1 + '' + crypto.MD5('asdf')}

וכל זה ללא סקריפטים, ממש בשדות הקלט!

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

השלמה אוטומטית מתקדמת

נכון לעכשיו ל-TestMace יש השלמה אוטומטית סטנדרטית שנראית כך:

כאן, בנוסף לשורת ההשלמה האוטומטית, מצוין למה שייכת השורה הזו. מנגנון זה פועל רק בביטויים המוקפים בסוגריים ${}.

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

ראשית, השלמה אוטומטית פועלת אפילו בביטויים (במידת האפשר). כך זה נראה:

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

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

מסקנה

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

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

מקור: www.habr.com