تست پایگاه داده تست پایگاه داده

: نحوه تست و اشکال زدایی پایگاه داده ها

تست واحد خودکار کد برنامه ساده و سرراست است. چگونه یک پایگاه داده را تست کنیم؟ یا اپلیکیشنی که با پایگاه داده کار می کند. پس از همه، یک پایگاه داده فقط کد برنامه نیست، یک پایگاه داده یک شی است که وضعیت خود را ذخیره می کند. و اگر در حین تست شروع به تغییر داده های دیتابیس کنیم (و بدون این چه نوع تستی خواهیم داشت؟!) پس از هر تست دیتابیس تغییر می کند. این ممکن است با آزمایش های بعدی تداخل داشته باشد و پایگاه داده را برای همیشه خراب کند.

کلید حل مشکل معاملات است. یکی از ویژگی های این مکانیزم این است که تا زمانی که تراکنش کامل نشده باشد، همیشه می توانید تمام تغییرات را لغو کنید و پایگاه داده را به حالت زمانی که تراکنش شروع شد برگردانید.

الگوریتم به این صورت است:

1. باز کردن یک معامله؛
2. در صورت لزوم، ما مراحل مقدماتی را برای آزمایش انجام می دهیم.
3. یک تست واحد انجام دهید (یا به سادگی اسکریپتی را که می خواهیم عملکرد آن را بررسی کنیم اجرا کنید).
4. نتیجه اسکریپت را بررسی کنید؛
5. ما تراکنش را لغو می کنیم و پایگاه داده را به حالت اولیه برمی گردیم.

حتی اگر تراکنش های بسته نشده در کد مورد آزمایش وجود داشته باشد، ROLLBACK خارجی همچنان همه تغییرات را به درستی برمی گرداند.

اگر نیاز به آزمایش یک اسکریپت SQL یا رویه ذخیره شده داشته باشیم، خوب است. اگر برنامه‌ای را آزمایش کنیم که خودش به پایگاه داده متصل می‌شود و یک اتصال جدید را باز می‌کند؟ علاوه بر این، اگر ما در حال اشکال زدایی هستیم، احتمالاً می خواهیم به پایگاه داده از چشم برنامه ای که اشکال زدایی می شود نگاه کنیم. در این صورت چه باید کرد؟

برای ایجاد تراکنش های توزیع شده عجله نکنید، راه حل ساده تری وجود دارد! با استفاده از ابزارهای استاندارد سرور SQL، می توانید یک تراکنش را در یک اتصال باز کنید و آن را در دیگری ادامه دهید.

برای انجام این کار، باید به سرور متصل شوید، یک تراکنش را باز کنید، یک توکن برای آن تراکنش دریافت کنید و سپس این توکن را به برنامه تحت آزمایش ارسال کنید. در جلسه خود به تراکنش ما می پیوندد و از آن لحظه به بعد، در جلسه اشکال زدایی ما داده ها را می بینیم (و همچنین قفل ها را احساس می کنیم) دقیقاً همانطور که برنامه تحت آزمایش آن را می بیند.

ترتیب اقدامات به شرح زیر است:

پس از شروع یک تراکنش در یک جلسه اشکال زدایی، باید شناسه آن را پیدا کنیم. این یک رشته منحصر به فرد است که سرور با آن تراکنش ها را متمایز می کند. این شناسه باید به نوعی به برنامه تحت آزمایش منتقل شود.

اکنون وظیفه برنامه این است که قبل از شروع به انجام کاری که قرار است انجام دهد، به تراکنش کنترلی ما متصل شود.

سپس برنامه شروع به کار می کند، از جمله اجرای رویه های ذخیره شده، باز کردن تراکنش ها، تغییر حالت جداسازی... اما جلسه رفع اشکال ما در تمام این مدت در همان تراکنش برنامه خواهد بود.

فرض کنید یک برنامه یک جدول را قفل می کند و شروع به تغییر محتوای آن می کند. در این لحظه، هیچ اتصال دیگری نمی تواند به جدول قفل شده نگاه کند. اما نه جلسه رفع اشکال ما! از آنجا می‌توانیم به پایگاه داده به همان روشی که برنامه نگاه می‌کند نگاه کنیم، زیرا سرور SQL معتقد است که ما در یک تراکنش هستیم.

در حالی که برای تمام جلسات دیگر اقدامات برنامه توسط قفل پنهان می شود ...

جلسه اشکال زدایی ما از طریق قفل ها می گذرد (سرور فکر می کند آنها قفل های خود ما هستند)!

یا تصور کنید که برنامه با نسخه های خود رشته ها در حالت SNAPSHOT شروع به کار می کند. چگونه می توانم به این نسخه ها نگاه کنم؟ حتی اگر با یک تراکنش مشترک وصل شده باشید این امکان وجود دارد!

فراموش نکنید که در پایان این فرآیند هیجان انگیز، تراکنش کنترل را به عقب برگردانید. این را می توان هم از جلسه اشکال زدایی (در صورتی که فرآیند آزمایش به طور معمول کامل شد) و هم از طریق خود برنامه (اگر اتفاق غیرمنتظره ای در آن رخ دهد) انجام شود.

می توانید در این دوره ها بیشتر بدانید

آزمایش پایگاه داده برای اطمینان از عملکرد پایگاه داده ضروری است. برای انجام این کار، پرس و جوها در پایگاه داده از انواع مختلف ترسیم می شوند: برای نمونه گیری، با فیلدهای محاسبه شده، پارامتریک، با گروه بندی داده ها، برای به روز رسانی، برای حذف.

پرس و جوی مثال: فهرستی از کتاب های گرفته شده توسط یک دانش آموز خاص را نمایش دهید. نام کامل خود را به عنوان یک پارامتر تنظیم کنید.

پرس و جوی مثال: فهرستی از کتاب‌های یک نویسنده خاص را نشان می‌دهد که مکان‌های ذخیره‌سازی را در کتابخانه نشان می‌دهد. نام کامل نویسنده را به عنوان یک پارامتر تنظیم کنید.

درخواست مثال: با شماره کارت کتابخانه مشخص کنید دانش آموز مربوطه در کدام کلاس است و معلم کلاس او کیست.

برنج. 15. پرس و جو 3. "یک دانش آموز را با شماره کارت کتابخانه پیدا کنید و مشخص کنید که در کدام کلاس درس می خواند"

درخواست مثال: با نام دانش آموز مشخص کنید که بدهکار در کدام کلاس درس می خواند و معلم کلاس او کیست.

برای راحتی کار با رکوردهای جداول مختلف، ایجاد شد که با آن می توانید هر جدولی را که برای مشاهده، به روز رسانی و تغییر اطلاعات لازم است باز کنید. فرم دکمه در شکل نشان داده شده است. 17.

برنج. 17. فرم دکمه پایگاه داده

نتیجه

کار نهایی مقدماتی با موضوع فعلی "توسعه سیستم اطلاعاتی برای کتابخانه مدرسه روستایی" انجام شد.

هدف از طراحی دیپلم برای توسعه یک سیستم اطلاعاتی برای کتابخانه مدرسه منطقه ساراتوف، منطقه فدوروفسکی مدرسه متوسطه موسسه آموزشی شهرداری در روستای سولنچنی محقق شده است.

در طول پروژه فارغ التحصیلی، وظایف زیر حل شد:

کتابخانه را به عنوان عنصری از محیط آموزشی در نظر بگیرید.

مطالعه مفهوم دولتی حمایت و توسعه کتابخوانی کودکان؛

فن آوری های کار کتابخانه های مؤسسات آموزشی تجزیه و تحلیل می شود.

حوزه موضوعی بر اساس نظرسنجی توصیف شده است.

-مشخصات فنی برای توسعه توسعه داده شده است سیستم اطلاعاتبرای کتابخانه یک مدرسه روستایی؛

- یک مدل عملکردی از فعالیت های کتابخانه مدرسه ساخته شد.

- شرح جریان های اطلاعات ورودی و خروجی؛

یک سیستم اطلاعاتی مبتنی بر DBMS توسعه یافته استACCهss;

- پایگاه داده رابطه ای توسعه یافته آزمایش شد.

در آخرین کار مقدماتی برای ساخت یک سیستم اطلاعاتی که اتوماسیون عملیات دستی را برای اطمینان از فرآیندهای ذخیره سازی، جستجو، حسابداری برای صدور و بازگشت توسط دانش آموزان فراهم می کند، یک مشخصات فنی بر اساس تجزیه و تحلیل نتایج یک نظرسنجی ایجاد شد. از حوزه موضوعی مشخصات فنی (TOR) منعکس کننده نیازهای کاربران سیستم - کارکنان کتابخانه است.

بر اساس مشخصات فنی، مدل عملکردی فعالیت های یک کتابخانه مدرسه روستایی تدوین شده است. مدل عملکردی به نوبه خود به عنوان ماده ای برای شناسایی مناطق غیر خودکار در کار کتابخانه عمل کرد.

انتخاب یک DBMS به عنوان یک محیط توسعه با توجه به قابلیت های فنی کتابخانه روستایی تعیین شد. در نتیجه بر اساس DBMS دسترسی داشته باشیدهسته سیستم اطلاعاتی - پایگاه داده - ساخته شد.

برای راحتی کاربران، یک رابط فشاری ایجاد شده است.

پرس و جوهای مربوطه برای آزمایش پایگاه داده ایجاد شده است. تکمیل این پرسش‌ها به ما اجازه می‌دهد تا عملکرد عادی سیستم اطلاعاتی یک کتابخانه مدرسه روستایی را قضاوت کنیم.

فهرست کتابشناختی

پایگاه های داده و فرآیندهای پایگاه داده باید به عنوان یک زیر سیستم مستقل آزمایش شوند. در این حالت، تمام زیرسیستم‌های بدون رابط کاربر هدف به عنوان رابط داده باید آزمایش شوند. تحقیقات تکمیلی باید در سیستم مدیریت پایگاه داده (DBMS) انجام شود تا ابزارها و تکنیک های پشتیبانی از تست تعریف شده در جدول زیر مشخص شود.

تست عملکرد

تست تابع هدف آزمایشی باید بر الزاماتی متمرکز شود که می‌توان آنها را مستقیماً در موارد استفاده یا عملکردها و قوانین فرآیند کسب و کار ردیابی کرد. هدف از این آزمون ها تأیید پذیرش صحیح، پردازش و بازگشت داده ها و همچنین اجرای مناسب قوانین فرآیند کسب و کار است. این نوع تست مبتنی بر تکنیک‌های جعبه سیاه است، به این معنی که آزمایش یک برنامه و فرآیندهای داخلی آن با تعامل با برنامه با استفاده از رابط کاربری گرافیکی (GUI) و تجزیه و تحلیل یافته‌ها یا نتایج انجام می‌شود. جدول زیر چارچوب تست توصیه شده برای هر برنامه را تعریف می کند.

تست چرخه فرآیند کسب و کار

تست چرخه فرآیند کسب و کار باید وظایفی را که در طول زمان انجام شده است تقلید کند<Имя проекта>. شما باید یک دوره مانند یک سال تعریف کنید و تراکنش ها و وظایفی را که در طول سال اتفاق می افتد انجام دهید. این شامل تمام چرخه های روزانه، هفتگی و ماهانه، و همچنین رویدادهای مبتنی بر تاریخ است.

تست رابط کاربری

تست رابط کاربری (UI) تعامل کاربر با نرم افزار را آزمایش می کند. هدف از تست UI این است که اطمینان حاصل شود که UI دسترسی و ناوبری مناسب به ویژگی های هدف آزمایشی را در اختیار کاربر قرار می دهد. تست UI همچنین کمک می کند تا اطمینان حاصل شود که اشیاء در UI همانطور که انتظار می رود عمل می کنند و با استانداردهای شرکت یا صنعت مطابقت دارند.

پروفایل عملکرد

پروفایل عملکرد یک تست عملکرد است که زمان پاسخ، سرعت تراکنش و سایر الزامات حساس به زمان را اندازه گیری و ارزیابی می کند. هدف از پروفایل عملکرد تأیید این است که الزامات عملکرد محقق شده است. پروفایل عملکرد برای نمایه سازی و اصلاح الگوریتم های عملکرد یک هدف آزمایشی به عنوان تابعی از شرایطی مانند حجم کار یا پیکربندی سخت افزار پیاده سازی و انجام می شود.

توجه داشته باشید: تراکنش های مندرج در جدول زیر به عنوان «معاملات فرآیند تجاری منطقی» طبقه بندی می شوند. این معاملات به‌عنوان موارد استفاده خاصی تعریف می‌شوند که انتظار می‌رود واحد تجاری با استفاده از یک هدف آزمایشی، مانند افزودن یا اصلاح یک قرارداد معین، انجام دهد.

تست بار

تست بار یک تست عملکرد است که در آن هدف آزمون تحت بارهای کاری متفاوتی قرار می گیرد تا الگوریتم های عملکرد و توانایی هدف آزمون برای ادامه عملکرد مناسب تحت بارهای کاری مختلف اندازه گیری و ارزیابی شود. هدف از آزمایش بار، تعیین و اطمینان از عملکرد صحیح سیستم در صورت قرار گرفتن در معرض حداکثر بار عملیاتی مورد انتظار است. تست بار همچنین پارامترهای عملکردی مانند زمان پاسخ، سرعت تراکنش و سایر پارامترهای مربوط به زمان را ارزیابی می کند.

توجه داشته باشید: تراکنش های مندرج در جدول زیر به عنوان «معاملات فرآیند تجاری منطقی» طبقه بندی می شوند. این تراکنش‌ها به‌عنوان عملکردهای خاصی تعریف می‌شوند که انتظار می‌رود کاربر هنگام استفاده از برنامه انجام دهد، مانند افزودن یا تغییر قرارداد معین.

تست ولتاژ

تست استرس نوعی تست عملکرد است که برای درک اینکه چگونه یک سیستم تحت شرایطی در شرایط تحمل یا خارج از تحمل مورد انتظار شکست می خورد، اجرا و انجام می شود. معمولاً شامل کمبود منابع یا رقابت برای منابع است. شرایط کم منابع نشان می دهد که چگونه یک هدف آزمون به روشی که در شرایط عادی آشکار نیست شکست می خورد. سایر اشکالات ممکن است ناشی از مشاجره برای منابع مشترک باشد، مانند قفل پایگاه داده یا توان عملیاتیشبکه، اگرچه برخی از این تست‌ها معمولاً در طول آزمایش ویژگی و بار انجام می‌شوند.

تست ظرفیت

آزمایش ظرفیت، هدف آزمایشی را در معرض حجم زیادی از داده ها قرار می دهد تا مشخص شود آیا به محدودیت هایی رسیده است که باعث از کار افتادن سیستم می شود یا خیر. آزمایش ظرفیت همچنین حداکثر بار یا ظرفیت مستمری را که هدف آزمایش می تواند در طول یک دوره معین حرکت دهد، تعیین می کند. به عنوان مثال، اگر یک هدف آزمایشی در حال پردازش مجموعه‌ای از رکوردهای پایگاه داده برای تولید گزارش باشد، آزمون ظرفیت از یک پایگاه داده آزمایشی بزرگ استفاده می‌کند و تأیید می‌کند که نرم‌افزار به طور عادی کار می‌کند و گزارش درستی را ایجاد می‌کند.

تست امنیت و کنترل دسترسی

تست امنیت و کنترل دسترسی بر دو حوزه کلیدی امنیت متمرکز است:

حفاظت در سطح برنامه، از جمله دسترسی به داده ها یا عملکردهای فرآیند کسب و کار

امنیت در سطح سیستم، از جمله ورود به سیستم یا دسترسی از راه دور به سیستم

بر اساس سطح حفاظتی مورد نیاز، حفاظت در سطح برنامه تضمین می‌کند که سوژه‌ها فقط به ویژگی‌ها یا موارد استفاده خاص دسترسی دارند یا اینکه داده‌های در دسترس برای آنها محدود است. به عنوان مثال، ورود داده ها و ایجاد حساب های جدید می تواند برای همه مجاز باشد، اما حذف - فقط برای مدیران. اگر امنیت در سطح داده وجود داشته باشد، آزمایش تضمین می‌کند که «کاربر نوع 1» به تمام اطلاعات مشتری، از جمله داده‌های مالی دسترسی دارد، در حالی که «کاربر نوع 2» فقط به داده‌های جمعیتی مربوط به همان مشتری دسترسی دارد.

امنیت در سطح سیستم تضمین می‌کند که فقط کاربرانی که مجوزهای سیستم را دارند به برنامه‌ها و فقط از طریق دروازه‌های مناسب دسترسی دارند.

تست بازیابی بلایا

آزمایش بازیابی فاجعه تأیید می‌کند که هدف آزمایشی می‌تواند با موفقیت از خرابی‌های سخت‌افزاری، نرم‌افزاری و شبکه با از دست دادن گسترده داده یا یکپارچگی داده بازیابی شود.

برای سیستم‌هایی که باید به کار خود ادامه دهند، آزمایش بازیابی فاجعه تضمین می‌کند که در صورت بازیابی از خرابی، سیستم‌های جایگزین یا پشتیبان به درستی سیستمی را که بدون از دست دادن داده‌ها یا تراکنش‌ها شکست خورده است، «تسلط» کنند.

تست بازیابی یک فرآیند تست متضاد است که در آن یک برنامه یا سیستم در معرض شرایط شدید یا شرایط شبیه‌سازی شده قرار می‌گیرد که باعث خرابی می‌شود، مانند خرابی ورودی/خروجی دستگاه یا نشانگرها و کلیدهای پایگاه داده نامعتبر. فرآیندهای بازیابی فراخوانی می شوند و برنامه یا سیستم برای تأیید آن نظارت و کنترل می شود بهبودی مناسببرنامه یا سیستم و داده ها.

تست پیکربندی

تست پیکربندی عملکرد هدف آزمایشی را تحت تنظیمات سخت افزاری و نرم افزاری مختلف تأیید می کند. در اکثر محیط های کاری، مشخصات سخت افزاری خاص برای ایستگاه های کاری مشتری، اتصالات شبکه و سرورهای پایگاه داده ممکن است متفاوت باشد. ایستگاه‌های کاری مشتری ممکن است نرم‌افزارهای مختلفی بارگذاری شده باشند (مثلاً برنامه‌ها، درایورها و غیره)، و ترکیب‌های مختلف نرم‌افزاری ممکن است همزمان با استفاده از منابع مختلف فعال باشند.

تست نصب

تست نصب دو هدف دارد. اولین مورد این است که مطمئن شوید که نرم افزار قابل نصب است (مثلا نصب جدید، به روز رسانی و نصب کامل یا سفارشی) تحت شرایط مختلف استاندارد و غیر استاندارد. شرایط غیرمعمول شامل فضای ناکافی دیسک، مجوزهای ناکافی برای ایجاد دایرکتوری ها و غیره است. هدف دوم بررسی درستی کارکرد نرم افزار پس از نصب است. معمولاً این کار با اجرای یک سری آزمایشات طراحی شده برای آزمایش عملکرد انجام می شود.

تست پایگاه دادهبه اندازه آزمایش سایر بخش های برنامه رایج نیست. در برخی آزمایشات پایگاه دادهبه طور کلی خیس شدن در این مقاله سعی خواهم کرد به ابزارهایی برای تست رابطه ای و NoSQLپایگاه های داده

این وضعیت به این دلیل است که بسیاری از پایگاه‌های اطلاعاتی تجاری هستند و مجموعه ابزارهای لازم برای کار با آنها توسط سازمان توسعه‌دهنده تامین می‌شود. این پایگاه داده. با این حال، محبوبیت روزافزون NoSQL و فورک های مختلف MySQL در آینده ممکن است این وضعیت را تغییر دهد.

معیار پایگاه داده

معیار پایگاه داده یک ابزار دات نت است که برای تست استرس پایگاه داده با جریان های داده بزرگ طراحی شده است. این برنامه دو سناریوی آزمایشی اصلی را اجرا می کند: قرار دادن تعداد زیادی رکورد تولید شده به طور تصادفی با کلیدهای متوالی یا تصادفی، و خواندن رکوردهای درج شده به ترتیب کلیدهای آنها. دارای قابلیت های گسترده ای برای تولید داده ها، گزارش های گرافیکی و پیکربندی انواع گزارش های ممکن است.

پایگاه های داده پشتیبانی شده: MySQL، SQL Server، PostgreSQL، MongoDB و بسیاری دیگر.

رایدر پایگاه داده

پایگاه داده رایدر به گونه ای طراحی شده است که امکان آزمایش را فراهم می کند بانک اطلاعاتی وجود داشتسخت تر از تست واحد نبود. این ابزار بر اساس آرکیلیانو بنابراین پروژه جاوا فقط به یک وابستگی برای DBUnit نیاز دارد. همچنین می توان از حاشیه نویسی استفاده کرد، همانطور که درJUnit، ادغام با CDIاز طریق رهگیرها، پشتیبانی از JSON، YAML، XML، XLS و CSV، پیکربندی از طریق همان حاشیه نویسی یا ymlفایل ها، ادغام با خیار، پشتیبانی از چندین پایگاه داده، کار با انواع موقت در مجموعه داده ها.

DbFit

DbFit - چارچوب توسعه پایگاه دادهاز طریق آزمایش بالا نوشته شده تناسب اندام، که یک ابزار بالغ و قدرتمند با یک جامعه بزرگ است. تست ها بر اساس جداول نوشته می شوند که باعث می شود خواناتر از نمونه های معمولی باشند واحد - تست ها. می توانید آنها را از IDE، با استفاده از خط فرمان یا با استفاده از ابزارهای CI اجرا کنید.

پایگاه داده های پشتیبانی شده: Oracle، SQL Server، MySQL، DB2، PostgreSQL، HSQLDB و Derby.

dbstress

dbstress یک ابزار تست عملکرد و استرس پایگاه داده است که در Scala و Akka نوشته شده است. با استفاده از ویژه JDBCدرایور، درخواست ها را به صورت موازی به تعداد معینی اجرا می کند (احتمالاً حتی برای چندین هاست) و نتیجه نهایی را در آن ذخیره می کند. csvفایل.

پایگاه های داده پشتیبانی شده: همه مانند JDBC هستند.

DbUnit

یک پسوند است JUnit (همچنین با Ant استفاده می شود)، که بین تست ها می تواند برگردد پایگاه دادهبه حالت مطلوب برسد. این ویژگی به شما امکان می دهد از وابستگی بین تست ها جلوگیری کنید؛ اگر یک تست ناموفق باشد و در عین حال پایگاه داده را نقض کند، آزمایش بعدی از ابتدا شروع می شود. DbUnit توانایی انتقال داده بین یک پایگاه داده و یک سند XML را دارد. همچنین امکان کار با مجموعه داده های بزرگ در حالت استریم وجود دارد. همچنین می توانید بررسی کنید که آیا پایگاه داده به دست آمده با استاندارد خاصی مطابقت دارد یا خیر.

پایگاه های داده پشتیبانی شده: همه مانند JDBC هستند.

DB Test Driven

DB Test Driven ابزاری است برای واحد - تستپایگاه داده. این ابزار بسیار سبک است، با SQL بومی کار می کند و مستقیماً در پایگاه داده نصب می شود. به راحتی با ابزارهای یکپارچه سازی پیوسته ادغام می شود و نسخه SQL Server توانایی ارزیابی پوشش کد توسط تست ها را دارد.

پایگاه های داده پشتیبانی شده: SQL Server، Oracle.

HammerDB

HammerDB - ابزار تست بار و معیار پایگاه داده.این یک برنامه خودکار است که چند رشته ای نیز دارد و قابلیت استفاده از اسکریپت های پویا را دارد. jav با باز کد منبعو ابزار مقایسهاین خودکار، چند رشته ای و با پشتیبانی از اسکریپت های پویا است.

JdbcSlim

JdbcSlim ادغام آسان پرس و جوها و دستورات را در Slim FitNesse ارائه می دهد. تمرکز پروژه بر روی ذخیره طیف وسیعی از تنظیمات، داده های تست و SQL است.این تضمین می کند که الزامات مستقل از اجرا نوشته شده و برای کاربران تجاری قابل درک است. JdbcSlim کد مخصوص پایگاه داده ندارد. او در مورد ویژگی های یک سیستم پایگاه داده نادان است و هیچ کد خاصی برای هیچ سیستم پایگاه داده ندارد. در خود فریم ورک، همه چیز در سطح بالایی توصیف شده است؛ اجرای هر چیز خاص تنها با تغییر یک کلاس اتفاق می افتد.

پایگاه های داده پشتیبانی شده: Oracle، SQL Server، PostgreSQL، MySQL و دیگران.

JDBDT (تست دلتا پایگاه داده جاوا)

JDBDT یک کتابخانه جاوا برای آزمایش برنامه های پایگاه داده (مبتنی بر SQL) است.این کتابخانه برای نصب خودکار و آزمایش تست های پایگاه داده طراحی شده است. JDBDTهیچ وابستگی به کتابخانه های شخص ثالث ندارد، که یکپارچه سازی آن را ساده می کند. در مقایسه با کتابخانه‌های آزمایش پایگاه داده موجود، JDBDT از نظر توانایی در استفاده از δ-اظهارات از نظر مفهومی متفاوت است.

پایگاه های داده پشتیبانی شده: PostgreSQL، MySQL، SQLite، Apache Derby، H2 و HSQLDB.

NBi

NBi اساسا یک افزونه برای NUnit است و بیشتر برای آن در نظر گرفته شده است هوش تجاریکره ها علاوه بر کار با پایگاه داده های رابطه ای، امکان کار با آن نیز وجود دارد OLAPپلتفرم ها (سرویس های تجزیه و تحلیل، موندریان، و غیره)، ETLو سیستم های گزارش دهی(فناوری های مایکروسافت). هدف اصلی این فریم ورک ایجاد تست با استفاده از رویکرد اعلانی مبتنی بر XML است. برای کامپایل کردن تست ها نیازی به نوشتن تست در سی شارپ یا استفاده از ویژوال استودیو نخواهید داشت. شما فقط باید یک فایل xml ایجاد کنید و آن را با استفاده از NBi تفسیر کنید، سپس می توانید تست ها را اجرا کنید. علاوه بر NUnit، می توان آن را به سایر فریم ورک های آزمایشی نیز منتقل کرد.

پایگاه های داده پشتیبانی شده: SQL Server، MySQL، PostgreSQL، Neo4j، MongoDB، DocumentDB و دیگران.

NoSQLMap

NoSQLMap در پایتون برای انجام ممیزی استحکام نوشته شده است sql - تزریقو اکسپلویت های مختلف در پیکربندی پایگاه داده. و همچنین برای ارزیابی مقاومت یک برنامه وب با استفاده از پایگاه داده NoSQL در برابر این نوع حمله. اهداف اصلی اپلیکیشن ارائه ابزاری برای تست سرورهای MongoDB واز بین بردن این افسانه که برنامه های NoSQL برای تزریق SQL غیر قابل نفوذ هستند.

پایگاه های داده پشتیبانی شده: MongoDB.

NoSQLUnit

NoSQLUnit یک افزونه برای JUnit است که برای نوشتن تست در برنامه های جاوا که از پایگاه داده NoSQL استفاده می کنند طراحی شده است. هدف NoSQLUnit- مدیریت کنید چرخه زندگی NoSQL. این ابزار به شما کمک می‌کند تا پایگاه‌های داده‌ای را که آزمایش می‌کنید در یک وضعیت شناخته شده نگه دارید و روش نوشتن تست‌ها را برای برنامه‌های کاربردی با استفاده از NoSQL استاندارد کنید.

پایگاه های داده پشتیبانی شده: MongoDB، Cassandra، HBase، Redis و Neo4j.

ruby-plsql-spec

چارچوب ruby-plsql-spec برای تست واحد PL/SQL با استفاده از Ruby. این بر اساس دو کتابخانه دیگر است:

• ruby-plsql – Ruby API برای فراخوانی رویه‌های PL/SQL.
• RSpec یک چارچوب برای BDD است.

پایگاه داده های پشتیبانی شده: Oracle

SeLite

SeLite یک افزونه از خانواده سلنیوم است. ایده اصلی این است که یک پایگاه داده بر اساس SQLite، از برنامه جدا شده است. شما قادر خواهید بود خطاهای وب سرور و اسکریپت ها را بین تست ها، کار با عکس های فوری و غیره تشخیص دهید.

پایگاه های داده پشتیبانی شده: SQLite، MySQL، PostgreSQL.

sqlmap

sqlmap یک ابزار تست نفوذ است که می تواند فرآیند شناسایی و بهره برداری از تزریق SQL و در اختیار گرفتن سرورهای پایگاه داده را خودکار کند. این دستگاه به یک موتور تشخیص قدرتمند و بسیاری از ویژگی‌های تشخیص طاقچه مجهز است.

پایگاه های داده پشتیبانی شده: MySQL، Oracle، PostgreSQL، SQL Server، DB2 و دیگران.

ابزارهای منبع باز برای آزمایش پایگاه داده

https://site/wp-content/uploads/2018/01/data-base-testing-150x150.png

تست پایگاه داده به اندازه آزمایش سایر بخش های برنامه رایج نیست. در برخی از تست ها، پایگاه داده به طور کامل مورد تمسخر قرار می گیرد. در این مقاله سعی خواهم کرد ابزارهایی برای آزمایش پایگاه های داده رابطه ای و NoSQL را تحلیل کنم. این وضعیت به این دلیل است که بسیاری از پایگاه‌های داده تجاری هستند و کل مجموعه ابزارهای لازم برای کار با آنها توسط سازمانی تامین می‌شود که […]

1) اهداف و مقاصد………………………………………………………………………………………………………………………

2) شرح پایگاه داده …………………………………………………………………………………………

3) کار با پایگاه داده ……………………………………………………………………

4) تست بارگذاری پایگاه داده………………………………….11

5) نتیجه گیری…………………………………………………………………………………….

6) ادبیات………………………………………………………….

اهداف و مقاصد

هدف:یک پایگاه داده از اکسیرها برای بازی The Witcher 3 ایجاد کنید که حاوی اطلاعاتی در مورد نوع اکسیرها، خواص آنها، از چه چیزی ساخته شده اند، مکان هایی که می توان آنها را پیدا کرد و درباره هیولاهایی که می توان از آنها علیه آنها استفاده کرد. پرس و جوهای بهینه شده برای این پایگاه داده ایجاد کنید و آن را بارگیری کنید.

وظایف:

· یک طرح پایگاه داده با حداقل 5 موجودیت در MYSQL Workbench ایجاد کنید. این موجودات و ارتباطات آنها را شرح دهید.

· استفاده از این پایگاه داده را شرح دهید، پرس و جوهای اصلی را شرح دهید، به زمان اجرای آنها نگاه کنید و نتیجه گیری کنید.

· بهینه سازی پایگاه داده

· انجام تست بار با استفاده از apache-jmeter. برای ساختن نمودارها از پسوندها برای آن استفاده کنید.

توضیحات پایگاه داده

کار دوره از پایگاه داده ایجاد شده Witcher1 استفاده می کند که موجودیت های اصلی آن جداول هستند:

شکل 1 نمایش شماتیک پایگاه داده Witcher1

جدول Ingridients حاوی مواد لازم برای ایجاد اکسیر در بازی است که در جدول Elixirs توضیح داده شده است. برای ایجاد یک اکسیر از چندین ماده استفاده می شود، اما هر یک به اکسیر خود منحصر به فرد است. به همین دلیل است که یک رابطه 1: n (یک به چند) بین این جداول برقرار شد که در نمودار پایگاه داده نشان داده شده است (شکل 1).

جدول Ingridients همچنین حاوی اطلاعاتی در مورد نام مواد تشکیل دهنده (Discription) و محل یافتن این ماده (WhereFind) است. ستون idElixirs یک ستون پیوند دهنده برای جداول Ingridients و Elixirs است.

جدول اکسیر حاوی اطلاعاتی در مورد نحوه استفاده از یک اکسیر خاص و نام آن اکسیر است. این جدول کلید جدول برای سایر جداول است.

جدول مکان ها حاوی اطلاعاتی در مورد مکان یا شهر است که یک عنصر خاص را می توان در آن یافت.

جدول IL حاوی اطلاعات تلفیقی در مورد مکان و چگونگی یافتن یک عنصر خاص در یک منطقه خاص و چیستی آن است. یک رابطه n:m (بسیاری به بسیاری) بین جداول اجزاء و مکان‌ها برقرار شد، زیرا مواد متعددی را می‌توان در مکان‌های مختلف یافت، همانطور که در جدول فرزند IL نشان داده شده است.

جدول Monsters حاوی اطلاعاتی در مورد انواع هیولاها در آن است

"Witcher 3"، در مورد نحوه تشخیص این یا آن هیولا و نام های مشخصه آنها.

جدول ML یک جدول فرزند از اتحادیه n: m جداول مکان و هیولاها است و حاوی اطلاعات خاصی در مورد نحوه شکست دادن این هیولا خاص و اکسیرهایی است که می توان برای این کار استفاده کرد، از جمله علائم ویژه ویچر و همچنین در چه ناحیه ای. و برای جستجوی این نوع خاص از هیولا باید از چه علائمی استفاده کنید؟

کار با پایگاه داده

پایگاه داده Witcher1 حاوی اطلاعاتی است در مورد اینکه کدام اکسیر باید علیه هیولاها استفاده شود، تاکتیک های ویژه برای هیولاهای خطرناک مانند: Pestilence Maiden، Devil، Imp، Goblin و غیره. تجزیه و تحلیل اطلاعات از هر جدول به ترتیب زمان زیادی می برد، بنابراین ما پرس و جوهای ویژه ای را برای پایگاه داده ایجاد خواهیم کرد که تا حد امکان برای کاربر مفید باشد.

· درخواست اطلاعات در مورد چگونگی پیدا کردن یک هیولا خاص.

این پرس و جو حاوی کلمه کلیدی JOIN خواهد بود که به لطف آن به جداول ML و Monsters پایگاه داده Witcher1 دسترسی خواهید داشت.

این درخواست به شکل زیر خواهد بود:

ml به هیولاها بپیوندید در monsters.idMonsters=ml.idMonsters;

پس از اجرای پرس و جو، یک جدول نسبتا بزرگ به عنوان خروجی دریافت خواهیم کرد که حاصل ترکیب دو جدول است. برای اینکه جدول نمایش داده شده چندان بزرگ نباشد، می توانید مشخص کنید که اطلاعات مربوط به کدام هیولا نمایش داده شود. یعنی، برای مثال، او، درخواست به این صورت خواهد بود:

monsters.MonstersName, monsters.MonstersDiscription,

ml.DiscriptionHowFind، ml.idLocations

ml به هیولاها در هیولاها بپیوندید.idMonsters=ml.idMonsters

where monsters.MonstersName=’Hym’;

این یا آن شناسه مربوط به کدام هیولا است را می توان با جستجو در جداول Monsters یا ML دریابید. پرس و جوها به این صورت خواهند بود:

SELECT SELECT

IdMonsters, MonstersName idMonsters, MonstersName

از میلی لیتر؛ از هیولاها؛

برای بررسی انطباق، می توانید هر دو جدول ML و Monsters را پرس و جو کنید، ابتدا آنها را توسط idMonsters ملحق کنید.

ml.idMonsters, monsters.MonstersName

ml به هیولاها بپیوندید

ml.idMonsters=monsters.idMonsters

سفارش توسط monsters.idMonsters;

· یک درخواست برای اینکه چه اکسیری برای این هیولا مناسب است.

برای اجرای این درخواست، از JOIN استفاده خواهد شد. پرس و جو به دو جدول Elixirs و Monsters خطاب خواهد شد و حاوی اطلاعاتی در مورد زمان و چه اکسیری برای مبارزه با هیولا خواهد بود:

monsters.MonstersName ,elixirs.ElixirName, elixirs.ElixirDiscription

اکسیرها به هیولاها بپیوندید

elixirs.idElixirs=هیولا.idElixirs;

· پرس و جو در مورد اینکه چه ماده ای در یک منطقه خاص یافت می شود.

برای اجرای این درخواست، از JOIN استفاده خواهد شد. پرس و جو به دو جدول Ingridients و Locations خطاب می شود و حاوی اطلاعاتی در مورد اینکه کدام عنصر در کدام مکان قرار دارد و اطلاعاتی در مورد نوع آن خواهد بود:

ingridients.Discription، locations.Discription, ingridients.WhereFind

مواد تشکیل دهنده پیوستن به مکان ON

ingridients.idIngridients=locations.idIngridients

سفارش بر اساس مواد تشکیل دهنده.

· درخواست های به روز رسانی

ما این کوئری را برای یک هیولا در جدول Monsters به ​​نام Hym پیاده سازی می کنیم. فرض کنید می خواهیم نام او را به او تغییر دهیم:

هیولاها

SET MonstersName="Him"

جایی که idMonsters=1;

اما، از آنجایی که Hym در نسخه انگلیسی صحیح است، بیایید همه چیز را برگردانیم:

هیولاها

SET MonstersName="Hym"

جایی که idMonsters=1;

شکل 2. اجرای پرس و جوهای UPDATE

· پرس و جوهای "تجمیع". COUNT و COUNT (DISTINCT)

تابع COUNT تعداد سطرهای غیر خالی (نه NULL داخل آنها) را در یک جدول می شمارد. COUNT یک نسخه بهینه برای نمایش تعداد ردیف ها در صورت استفاده برای 1 جدول دارد. مثلا:

شکل 3. در جداول اکسیرها، هیولاها و هیولاها ردیف ها را بشمارید.

تابع COUNT(DISTINCT) برای نمایش تعداد سطرهای غیر تکراری در جداول استفاده می شود و نسخه بهینه تری از خانواده COUNT توابع است:

شکل 4. شمارش اکسیرهای تکرار نشدنی در جدول هیولاها.

· عملکرد حذف.

بیایید با استفاده از INSERT یک ردیف دیگر به جدول Elixirs اضافه کنیم:

INSERT INTO elixirs VALUES (6,'ForDelete','DiscriptionDelete');

شکل 5. اضافه کردن یک ردیف به جدول اکسیرها.

حالا بیایید درخواست حذف این خط را داشته باشیم، زیرا نیازی به اکسیر نیست که به هیچ وجه در مبارزه با هیولاها کمکی نکند:

DELETE FROM elixirs WHERE idElixirs=6;

شکل 6. خط اضافه شده را حذف کنید.

تست بارگذاری پایگاه داده

اکنون که کوئری ها تکمیل شده و دسترسی به پایگاه داده برقرار شده است، می توان آن را با استفاده از چندین پارامتر آزمایش کرد:

· زمان پاسخ در طول زمان یا زمان پاسخ در طول زمان - این بررسی اطلاعاتی را برای هر درخواست در مورد میانگین زمان پاسخ آن به میلی ثانیه نشان می دهد.

· Response Times Distribution یا Response Time Distribution - این بررسی تعداد پاسخ ها را در بازه زمانی معینی که در طی آن درخواست اجرا شده است نمایش می دهد.

· درصدهای زمان پاسخ - این بررسی صدک ها را برای مقادیر زمان پاسخ نمایش می دهد. در نمودار، محور X درصد و محور Y زمان پاسخ خواهد بود.

برای محتمل ترین تست ها، ما معینی را تعیین خواهیم کرد

گزینه ها:

شکل 7. پارامترهای تست

تعداد موضوعات (کاربران) - تعداد کاربران مجازی. در مورد ما، ما آن را روی 1000 تنظیم می کنیم تا پایگاه داده خود را تا حد امکان بارگذاری کنیم.

دوره Ramp-Up - دوره ای که در طی آن همه کاربران درگیر خواهند شد.

ما تمام درخواست‌های JOIN را برای عملکردشان بررسی می‌کنیم، زمانی که به طور همزمان توسط چندین کاربر فعال شوند.

3 نقطه آخر پلاتر چک ها هستند که به وسیله آنها پایگاه داده را آزمایش می کنیم.

·
بررسی زمان پاسخ در طول زمان

شکل 7. نتیجه اجرای کوئری ها در طول آزمون زمان پاسخ در طول زمان

همانطور که از نمودار مشاهده می شود، سخت ترین درخواست برای تکمیل "Monsters&Locations" بود و به طولانی ترین زمان پاسخ نیاز داشت. با اجرای درخواست در کنسول می توانید دلیل اجرای طولانی درخواست را بررسی کنید. دلیل اصلی این تاخیر این است که هم جدول Monsters و هم جدول ML حاوی توضیحات طولانی درباره هیولاها یا مکان یافتن آنها هستند. به همین دلیل، تکمیل درخواست زمان زیادی طول می کشد.

·
معاینه توزیع زمان پاسخ

شکل 8. نتیجه اجرای کوئری ها در طول آزمون توزیع زمان پاسخ.

از این نمودار می توان نتیجه گرفت که تعداد پاسخ های هر یک از درخواست های ما در یک بازه زمانی یکسان است.

·
بررسی درصدهای زمان پاسخ

محور دستوری زمان اجرا را نشان می دهد و محور ابسیسا درصدهایی از مقدار کل را نشان می دهد. بر اساس نمودار می توان نتیجه گرفت که 90% درخواست ها در بازه زمانی 0 تا 340 میلی ثانیه اجرا می شوند و از 5% تا 15% تعداد درخواست ها به صورت خطی و سپس به صورت تصاعدی با ضریب افزایش بسیار کمی افزایش می یابد.

10% باقی مانده در بازه زمانی 340 میلی ثانیه تا 700 میلی ثانیه اجرا می شود که به این نتیجه می رسد که بار بسیار زیادی روی پایگاه داده وجود دارد.

نتیجه

در این کار دورهتمام وظایف انجام شد پایگاه داده طراحی شد، پر از داده ها شد، امکانات اصلی استفاده از آن در قالب پرس و جو و نتایج اجرای آنها نشان داده شد.

در پایان، آزمایش و تجزیه و تحلیل نتایج آن با نتیجه گیری های بعدی انجام شد.

لازم به ذکر است که خود پایگاه داده فقط به عنوان یک پایگاه آموزشی ایجاد شده است، بنابراین آنقدر حجیم نیست.

ویژگی مهم دیگر امنیت است: پسوردها، در صورت ایجاد چنین جدولی، باید به صورت رمزگذاری شده ذخیره شوند و از دسترسی غیرمجاز محافظت شوند.

ادبیات

1. http://phpclub.ru/mysql/doc/- منبع اینترنتی "MySQL - راهنمای مرجع"

2. Schwartz B., Zaitsev P., Tkachenko V. و همکاران - MySQL. بهینه سازی عملکرد (نسخه دوم)

3. Thalmann L., Kindal M., Bell C. - "اطمینان از در دسترس بودن بالای سیستم های مبتنی بر MySQL"

4. Andrzej Sapkowski – “The Witcher (مجموعه بزرگ)”، تعداد صفحات: 571

5. CD PROJECT RED، GOG COM. "Witcher 3: Wild Hunt."

اطلاعات مربوطه.