دسترسی نامحدود
برای کاربرانی که ثبت نام کرده اند
برای ارتباط با ما می توانید از طریق شماره موبایل زیر از طریق تماس و پیامک با ما در ارتباط باشید
در صورت عدم پاسخ گویی از طریق پیامک با پشتیبان در ارتباط باشید
برای کاربرانی که ثبت نام کرده اند
درصورت عدم همخوانی توضیحات با کتاب
از ساعت 7 صبح تا 10 شب
ویرایش: 1 نویسندگان: Paul Schmitz, Heinz Bons, Rudolf van Megen (auth.) سری: Programm Angewandte Informatik ISBN (شابک) : 9783528035921, 9783322862242 ناشر: Vieweg+Teubner Verlag سال نشر: 1982 تعداد صفحات: 217 زبان: German فرمت فایل : PDF (درصورت درخواست کاربر به PDF، EPUB یا AZW3 تبدیل می شود) حجم فایل: 6 مگابایت
کلمات کلیدی مربوط به کتاب تضمین کیفیت نرم افزار - آزمایش در چرخه عمر نرم افزار: علوم کامپیوتر، عمومی
در صورت تبدیل فایل کتاب Software-Qualitätssicherung — Testen im Software-Lebenszyklus به فرمت های PDF، EPUB، AZW3، MOBI و یا DJVU می توانید به پشتیبان اطلاع دهید تا فایل مورد نظر را تبدیل نمایند.
توجه داشته باشید کتاب تضمین کیفیت نرم افزار - آزمایش در چرخه عمر نرم افزار نسخه زبان اصلی می باشد و کتاب ترجمه شده به فارسی نمی باشد. وبسایت اینترنشنال لایبرری ارائه دهنده کتاب های زبان اصلی می باشد و هیچ گونه کتاب ترجمه شده یا نوشته شده به فارسی را ارائه نمی دهد.
اگر در محصولات نرمافزاری در حین کار خطاهایی رخ دهد، این تنها به این دلیل نیست که آزمایشات بسیار کمی در طول توسعه انجام شده است. از طریق بررسی های مختلف، تلاش آزمایشی (از جمله آزمایش آزمایشی) می تواند تعیین شود که تا 70٪ از کل تلاش توسعه نرم افزار را به خود اختصاص دهد (شکل 0-1 را ببینید). به طور متوسط، می توان فرض کرد که بین 30 تا 50 درصد از کل تلاش توسعه نرم افزار صرف آزمایش می شود. تلاش تست نظرسنجی (U1) 20-30% یا 20-40% (U2) 60-70% شامل تست آزمایشی (U3) o 30-50% برای نرم افزار کاربردی o 30-40% برای نرم افزار سیستم شکل 0-1: تلاش برای آزمایش به عنوان سهمی از کل تلاش توسعه /BONS82c/ Ul: /SCHM78/; U2: /SCHM80a/; U3: /SCHM8l/ اگر تلاش مورد نیاز برای آزمایش خیلی کم نباشد، اما اغلب به عنوان خیلی زیاد توصیف می شود، ناگزیر این سوال در مورد دلایل کیفیت اغلب مورد انتقاد محصولات نرم افزاری مطرح می شود. دلایل اغلب این است که تعداد زیادی آزمایش انجام می شود، اما بیشتر در زمان نامناسب و با روش اشتباه. خطاهای موجود خیلی دیر پیدا می شوند، یعنی. اچ. دیرتر از زمان واقعی ممکن، که به ناچار منجر به خطاهای بعدی در مراحل توسعه می شود. به علاوه گاهی از روش هایی استفاده می شود که کارآمد نیستند. مثلا، ب- برای آزمون پذیرش، فقط اجراهای موازی در یک دوره زمانی مشخص انجام می شود که به موجب آن از همان ابتدا مشخص می شود که تعداد زیادی از موارد عادی پردازش می شوند، اما مقادیر حدی یا مقادیر نادرست - که همیشه منجر به رفتار نادرست می شود - به طور سیستماتیک شامل نمی شوند.
Wenn Fehler in Software-Produkten während des Betriebs auftreten, ist dies nicht aus schließlich darauf zurückzuführen, daß in der Entwicklung zu wenig getestet worden ist. Durch verschiedene Umfragen konnten Anteile des Testaufwands (einschlißlich Pilottest) am Gesamtaufwand der Software-Entwicklung von bis zu 70 % ermittelt werden (siehe Abb. 0-1). Durchschnittlich kann man davon ausgehen daß zwischen 30 % und 50 % des Gesamtaufwands der Software-Entwicklung für Testen aufgewendet werden. Umfrage Testaufwand (U1) 20-30 % bzw. 20-40 % (U2) 60-70% inklusive Pilottest (U3) o 30-50 % für Anwendungssoftware o 30-40 % für Systemsoftware Abb. 0-1: Aufwand des Testens als Anteil des gesamten Entwicklungsaufwands /BONS82c/ Ul: /SCHM78/; U2: /SCHM80a/; U3: /SCHM8l/ Sofern der Aufwand für Testen nicht zu gering ist, sondern vielfach als zu hoch bezeichnet wird, ergibt sich zwangsläufig die Frage nach den Ursachen für die dennoch häufig be mängelte Qualität von Software-Produkten. Ursachen sind vielfach, daß zwar eine Viel zahl von Tests durchgeführt werden, jedoch überwiegend zum falschen Zeitpunkt und mit der falschen Vorgehensweise. Vorhandene Fehler werden zu spät gefunden, d. h. später als eigentlich möglich, wodurch zwangsläufig Folgefehler in den Entwicklungsschritten entstehen. Darüber hinaus werden teilweise Methoden verwendet, die nicht effizient sind. So werden z. B. für den Abnahmetest über einen bestimmten Zeitraum ausschließlich Parallelläufe durchgeführt, wobei von vornherein sicher ist, daß eine Vielzahl von Normal fällen verarbeitet werden, aber die - immer wieder zu Fehlverhalten führenden - Grenz werte oder Falschwerte nicht systematisch einbezogen werden.
Front Matter....Pages I-X
Systematisierung und Automatisierung in der Software-Produktion....Pages 1-12
Testen als Methode zur Sicherstellung der Qualität von Software-Produkten....Pages 13-48
Aufgaben des Testens....Pages 49-68
Testphasen....Pages 69-81
Vorgehensweise bei der Testdurchführung....Pages 82-142
Management des Testens....Pages 143-172
Testdokumentation und Testdokumentationserstellung....Pages 173-189
Vorgehensweise beim Testen von Dokumenten und Programmen im Software-Lebenszyklus — Beispiele....Pages 190-195
Back Matter....Pages 196-206