Testing Safety-Related Software: A Practical Handbook

از آنجایی که نرم افزار بسیار پیچیده است، ما فقط می توانیم محدوده محدودی از حالت های ممکن نرم افزار را در یک بازه زمانی معقول آزمایش کنیم. در سال 1972، Dijkstra [1] ادعا کرد که "آزمایش برنامه را می توان برای نشان دادن وجود اشکالات، اما هرگز عدم وجود آنها" استفاده کرد تا ما را متقاعد کند که یک رویکرد آزمایشی به تنهایی قابل قبول نیست. این بیانیه مکرراً بیانگر دانش ما در مورد آزمایش نرم افزار در آن زمان بود، و پس از بیش از 25 سال تمرین، آزمایش و تحقیق فشرده، اگرچه تست نرم افزار به یک تکنیک اعتبار سنجی و تأیید صحت تبدیل شده است که برای رشته مهندسی نرم افزار ضروری است، اظهارات Dijkstra همچنان ادامه دارد. معتبر. بنابراین برای به دست آوردن اطمینان در ایمنی سیستم های مبتنی بر نرم افزار، باید هم محصول و هم روند توسعه آن را ارزیابی کنیم. آزمایش یکی از راه‌های اصلی ارزیابی محصول است، اما باید همراه با ارزیابی فرآیند، در چارچوب یک مورد ایمنی کلی دیده شود. این کتاب راهنمایی هایی را در مورد چگونگی استفاده بهینه از منابع محدود موجود برای آزمایش و به حداکثر رساندن سهمی که آزمایش محصول در مورد ایمنی می کند ارائه می دهد. 1.1 زمینه تضمین ایمنی سیستم‌های مبتنی بر نرم‌افزار یک کار پیچیده است، زیرا اکثر خطاها از اشتباهات طراحی ناشی می‌شوند. برای ارائه تضمین ایمنی در مورد یکپارچگی سیستم و قرار دادن آن، باید شواهدی را به عنوان یک مورد استدلالی (مورد ایمنی) جمع آوری کرد که نشان می دهد سیستم به اندازه کافی ایمن است.

As software is very complex, we can only test a limited range of the possible states of the software in a reasonable time frame. In 1972, Dijkstra [1] claimed that 'program testing can be used to show the pres­ ence of bugs, but never their absence' to persuade us that a testing approach alone is not acceptable. This frequently quoted statement represented our knowledge about software testing at that time, and after over 25 years intensive practice, experiment and research, although software testing has been developed into a validation and ver­ ification technique indispensable to software engineering discipline, Dijkstra's state­ ment is still valid. To gain confidence in the safety of software based systems we must therefore assess both the product and the process of its development. Testing is one of the main ways of assessing the product, but it must be seen, together with process assessment, in the context of an overall safety case. This book provides guidance on how to make best use of the limited resources available for testing and to maximise the contribution that testing of the product makes to the safety case. 1.1 Context The safety assurance of software based systems is a complex task as most fail­ ures stem from design errors committed by humans. To provide safety assur­ on the integrity of the system and put ance, evidence needs to be gathered forward as an argued case (the safety case) that the system is adequately safe.