انتقل إلى المحتوى

اختبار النظام: الفرق بين النسختين

من ويكيبيديا، الموسوعة الحرة
[نسخة منشورة][نسخة منشورة]
تم حذف المحتوى تمت إضافة المحتوى
لا ملخص تعديل
ط بوت:إضافة وصلة أرشيفية.
سطر 4: سطر 4:
يقوم اختبار النظام باختبار نظام متكامل تمامًا للتحقق من أنه يلبي متطلباته. على سبيل المثال، قد يتضمن اختبار النظام اختبار واجهة تسجيل الدخول، وإنشاء إدخال وتحريره، وإرسال النتائج أو طباعتها، ثم معالجة الملخص أو حذف (أو أرشفة) الإدخالات، ثم تسجيل الخروج.
يقوم اختبار النظام باختبار نظام متكامل تمامًا للتحقق من أنه يلبي متطلباته. على سبيل المثال، قد يتضمن اختبار النظام اختبار واجهة تسجيل الدخول، وإنشاء إدخال وتحريره، وإرسال النتائج أو طباعتها، ثم معالجة الملخص أو حذف (أو أرشفة) الإدخالات، ثم تسجيل الخروج.


يأخذ اختبار النظام، كمدخلاته، جميع المكونات المتكاملة التي اجتازت اختبار التكامل. يهدف اختبار التكامل إلى اكتشاف أي تناقضات بين [[اختبار التكامل|الوحدات المتكاملة]] (وتسمى التجميعات). يسعى اختبار النظام إلى اكتشاف العيوب داخل "التجميعات البينية" والنظام ككل. والنتيجة الفعلية هي السلوك الذي يتم إنتاجه أو ملاحظته عند اختبار مكون أو نظام.<ref>{{Cite web|title=ISTQB Standard glossary of terms used in Software Testing|url=https://glossary.istqb.org/en/search/}}</ref>
يأخذ اختبار النظام، كمدخلاته، جميع المكونات المتكاملة التي اجتازت اختبار التكامل. يهدف اختبار التكامل إلى اكتشاف أي تناقضات بين [[اختبار التكامل|الوحدات المتكاملة]] (وتسمى التجميعات). يسعى اختبار النظام إلى اكتشاف العيوب داخل "التجميعات البينية" والنظام ككل. والنتيجة الفعلية هي السلوك الذي يتم إنتاجه أو ملاحظته عند اختبار مكون أو نظام.<ref>{{استشهاد ويب|عنوان=ISTQB Standard glossary of terms used in Software Testing|مسار= https://glossary.istqb.org/en/search/|مسار أرشيف= https://web.archive.org/web/20240313090751/https://glossary.istqb.org/en/search/|تاريخ أرشيف=2024-03-13}}</ref>


يتم إجراء اختبار النظام على النظام بأكمله في سياق مواصفات المتطلبات الوظيفية (FRS)، أو مواصفات متطلبات النظام (SRS)، أو كليهما. لا يختبر اختبار النظام التصميم فحسب، بل يختبر أيضًا السلوك وحتى توقعات العميل. وتعتزم أيضًا إجراء اختبار يصل إلى الحدود المحددة في مواصفات (مواصفات) متطلبات البرامج أو الأجهزة وما يتجاوزها.
يتم إجراء اختبار النظام على النظام بأكمله في سياق مواصفات المتطلبات الوظيفية (FRS)، أو مواصفات متطلبات النظام (SRS)، أو كليهما. لا يختبر اختبار النظام التصميم فحسب، بل يختبر أيضًا السلوك وحتى توقعات العميل. وتعتزم أيضًا إجراء اختبار يصل إلى الحدود المحددة في مواصفات (مواصفات) متطلبات البرامج أو الأجهزة وما يتجاوزها.
سطر 13: سطر 13:
'''الاختبار غير المدمر:''' تقنيات التحليل لتقييم خصائص مادة أو مكون أو نظام دون التسبب في ضرر.
'''الاختبار غير المدمر:''' تقنيات التحليل لتقييم خصائص مادة أو مكون أو نظام دون التسبب في ضرر.


'''حقن الأخطاء:''' أسلوب اختبار يضغط على النظام بطريقة غير عادية لفحص سلوك النظام.<ref>{{Cite journal|title=Model-Implemented Hybrid Fault Injection for Simulink (Tool Demonstrations)|journal=Cyber Physical Systems. Model-Based Design|url=https://figshare.com/articles/preprint/Model-Implemented_Hybrid_Fault_Injection_for_Simulink_Tool_Demonstrations_/12479930|last1=Moradi|first1=Mehrdad|date=2019|editor-last=Chamberlain|editor-first=Roger|series=Lecture Notes in Computer Science|language=en|location=Cham|publisher=Springer International Publishing|volume=11615|pages=71–90|last2=Van Acker|last3=Vanherpen|last4=Denil|first2=Bert|first3=Ken|first4=Joachim|s2cid=195769468|doi=10.1007/978-3-030-23703-5_4|editor2-last=Taha|editor3-last=Törngren|editor2-first=Walid|editor3-first=Martin|isbn=978-3-030-23703-5}}</ref><ref>{{Cite journal|title=Optimizing fault injection in FMI co-simulation through sensitivity partitioning {{!}} Proceedings of the 2019 Summer Simulation Conference|website=dl.acm.org|url=https://dl.acm.org/doi/abs/10.5555/3374138.3374170|date=22 July 2019|language=EN|pages=1–12|access-date=2020-06-15}}</ref><ref>Moradi, Mehrdad, Bentley James Oakes, Mustafa Saraoglu, Andrey Morozov, Klaus Janschek, and Joachim Denil. "Exploring Fault Parameter Space Using Reinforcement Learning-based Fault Injection." (2020).</ref>
'''حقن الأخطاء:''' أسلوب اختبار يضغط على النظام بطريقة غير عادية لفحص سلوك النظام.<ref>{{استشهاد بدورية محكمة|عنوان=Model-Implemented Hybrid Fault Injection for Simulink (Tool Demonstrations)|صحيفة=Cyber Physical Systems. Model-Based Design|مسار=https://figshare.com/articles/preprint/Model-Implemented_Hybrid_Fault_Injection_for_Simulink_Tool_Demonstrations_/12479930|الأخير1=Moradi|الأول1=Mehrdad|تاريخ=2019|محرر-الأخير=Chamberlain|محرر-الأول=Roger|سلسلة=Lecture Notes in Computer Science|لغة=en|مكان=Cham|ناشر=Springer International Publishing|المجلد=11615|صفحات=71–90|الأخير2=Van Acker|الأخير3=Vanherpen|الأخير4=Denil|الأول2=Bert|الأول3=Ken|الأول4=Joachim|s2cid=195769468|doi=10.1007/978-3-030-23703-5_4|محرر2-الأخير=Taha|محرر3-الأخير=Törngren|محرر2-الأول=Walid|محرر3-الأول=Martin|isbn=978-3-030-23703-5}}</ref><ref>{{استشهاد بدورية محكمة|عنوان=Optimizing fault injection in FMI co-simulation through sensitivity partitioning {{!}} Proceedings of the 2019 Summer Simulation Conference|موقع=dl.acm.org|مسار= https://dl.acm.org/doi/abs/10.5555/3374138.3374170|تاريخ=22 July 2019|لغة=EN|صفحات=1–12|تاريخ الوصول=2020-06-15|مسار أرشيف= https://web.archive.org/web/20240208021846/https://dl.acm.org/doi/abs/10.5555/3374138.3374170|تاريخ أرشيف=2024-02-08}}</ref><ref>Moradi, Mehrdad, Bentley James Oakes, Mustafa Saraoglu, Andrey Morozov, Klaus Janschek, and Joachim Denil. "Exploring Fault Parameter Space Using Reinforcement Learning-based Fault Injection." (2020).</ref>


== المراجع ==
== المراجع ==
{{مراجع}}
{{مراجع}}
{{مقالات بحاجة لشريط بوابات}}
{{مقالات بحاجة لشريط بوابات}}




[[تصنيف:اختبارات]]
[[تصنيف:اختبارات]]

نسخة 06:45، 19 مارس 2024

اختبار النظام: يتم إجراء اختبار النظام على نظام متكامل لتقييم مدى مطابقته لمتطلباته المحددة.

يقوم اختبار النظام باختبار نظام متكامل تمامًا للتحقق من أنه يلبي متطلباته. على سبيل المثال، قد يتضمن اختبار النظام اختبار واجهة تسجيل الدخول، وإنشاء إدخال وتحريره، وإرسال النتائج أو طباعتها، ثم معالجة الملخص أو حذف (أو أرشفة) الإدخالات، ثم تسجيل الخروج.

يأخذ اختبار النظام، كمدخلاته، جميع المكونات المتكاملة التي اجتازت اختبار التكامل. يهدف اختبار التكامل إلى اكتشاف أي تناقضات بين الوحدات المتكاملة (وتسمى التجميعات). يسعى اختبار النظام إلى اكتشاف العيوب داخل "التجميعات البينية" والنظام ككل. والنتيجة الفعلية هي السلوك الذي يتم إنتاجه أو ملاحظته عند اختبار مكون أو نظام.[1]

يتم إجراء اختبار النظام على النظام بأكمله في سياق مواصفات المتطلبات الوظيفية (FRS)، أو مواصفات متطلبات النظام (SRS)، أو كليهما. لا يختبر اختبار النظام التصميم فحسب، بل يختبر أيضًا السلوك وحتى توقعات العميل. وتعتزم أيضًا إجراء اختبار يصل إلى الحدود المحددة في مواصفات (مواصفات) متطلبات البرامج أو الأجهزة وما يتجاوزها.

مقاربات

الاختبار المدمر: يتم إجراء الاختبارات على فشل العينة في فهم أداء العينة أو سلوك المادة تحت أحمال مختلفة.

الاختبار غير المدمر: تقنيات التحليل لتقييم خصائص مادة أو مكون أو نظام دون التسبب في ضرر.

حقن الأخطاء: أسلوب اختبار يضغط على النظام بطريقة غير عادية لفحص سلوك النظام.[2][3][4]

المراجع

  1. ^ "ISTQB Standard glossary of terms used in Software Testing". مؤرشف من الأصل في 2024-03-13.
  2. ^ Moradi, Mehrdad; Van Acker, Bert; Vanherpen, Ken; Denil, Joachim (2019). Chamberlain, Roger; Taha, Walid; Törngren, Martin (eds.). "Model-Implemented Hybrid Fault Injection for Simulink (Tool Demonstrations)". Cyber Physical Systems. Model-Based Design. Lecture Notes in Computer Science (بالإنجليزية). Cham: Springer International Publishing. 11615: 71–90. DOI:10.1007/978-3-030-23703-5_4. ISBN:978-3-030-23703-5. S2CID:195769468.
  3. ^ "Optimizing fault injection in FMI co-simulation through sensitivity partitioning | Proceedings of the 2019 Summer Simulation Conference". dl.acm.org (بالإنجليزية): 1–12. 22 Jul 2019. Archived from the original on 2024-02-08. Retrieved 2020-06-15.
  4. ^ Moradi, Mehrdad, Bentley James Oakes, Mustafa Saraoglu, Andrey Morozov, Klaus Janschek, and Joachim Denil. "Exploring Fault Parameter Space Using Reinforcement Learning-based Fault Injection." (2020).