Курстық жұмыс Ақпараттық жүйелерді тестілеу
жүктеу/скачать 133,19 Kb.
|
QAA
| 1.3. Тестілеу принциптері
Сынай бағдарламалық қосымшалар барған сайын қиын, себебі жалғастыруда, олардың техникалық және функционалдық күрделілігі. Өкінішке орай, технология көптеген процестерді тестілеу ілесе алмай жаңа типі қосымшалар. Туындайтын сәйкессіздік тәуекелге ұшыратады сапасы бағдарламалар мен жоба бюджеті – тестілеу процесі қайта қарауды талап етеді. Көпшілік жобалар үшін бұл процесс қамтиды тестілеу кодын қосымшалар күтілетін нәтижелерімен. Содан кейін әзірлеушілер "тіркейді" қосымша болғанша, ол қамтамасыз етеді, қажетті нәтиже. Не жүреді түзету күтілетін нәтиже, егер қателік орын алды. Мұндай тәсіл фокусталады коды қосымшаның және оның мінез-құлқы көптеген тесттік жағдай. Көрсетіледі, бұл мұқият тестілеу қосымшаның талап етеді үлкен санының тест шарттары. Мұндай жолмен тестілеуге деп болжануда сапасы қосымшаның функциясы болып табылады санынан тестілер көп болса, тест, жақсы сапасы. Тиімсіздігі қолданыстағы технологияларды тестілеу. Дәстүрлі тәсіл мұқият әзірленді үшін пакеттік және белгілік-бағдарланған диалог Кобол-қосымшалар, бірақ бүгін жүйесінің түбегейлі өзгерді: болды көшу монолитті бағдарламалар фрагментированным модуль, С, С++ және/немесе Java. Бұл түрі әзірлеу арттырады саны компоненттерін қосымшалар мен күрделілігі, олардың өзара іс-қимыл, бұл тиімділігін төмендетеді тестілеу негізделген коды. Қазіргі заманғы қосымшалар бар көп мүмкіндіктер арқасында өзара іс-қимыл көптеген модульдер. Саны тест үшін қажетті шарттар өтініш-қосымшалары осы түрін асуы мүмкін бюджетке талаптар жоспар. Бұл тиімсіз тестілеу процесін, сосредоточенного зерттеу кодын аяқталған қосымшалар. Тек ұйымдастыру қабілетті төтеп мұндай шығындар және икемді уақытша кестесі, мүмкін әрі қарай ұлғайту ұзақтығы тестілеу мен қарым-қатынасы уақыт тестілеу уақытына әзірлеу. Жоғарыда айтылғандай, дәстүрлі технология бойынша тестілеу бағдарланған коды аяқталған қосымшаларды (т. е. қосымша мүмкін өте бастады кейін ғана ол жиналды). Бұл тәсіл көрсетіледі тиімсіз тұрғысынан ретінде жұмыс, сондай-ақ бюджет. Жылдарға арналған зерттеулер көрсетті – қателерді жою аяқталған кезде өңдеу процесін батыл және көп уақыт талап етеді, оларды түзету неғұрлым ерте сатыларында (талдау, жобалау және т. б.) [1]. Тәуекел істен шығу бағдарламалық қамтамасыз ету осы өзгерістердің нәтижесінде, сондай-ақ артады аяқтау сатыларында қосымшалар. Бір мезгілде ұлғайта отырып, баға және тәуекел азаяды мүмкіндігі әзірлеуші енгізу бойынша. Әлбетте, қателіктер жөн табуға және түзетуге болады бұрын. Идея іздеу қателер кезде аяқталды кодтау қосымшаның көздейді орналастыру сәтінен анықталған қателерді тікелей әзірлеу процесі, мұнда, тағы да, бағасы және тәуекелі жоғары, ал өзгерістер енгізуге өте қиын. Арасындағы сәйкессіздік сатысы анықталған, уақыты мен бағасы осы қателіктер түзетілгеннен жасайды қолданыстағы процестер тестілеу барлық кем тиімді үшін заманауи бағдарламаларды. Дәстүрлі тәсіл әкеледі бөлу жартысынан (ал кейде одан артық) бюджеттік қаражат тек қана тестілеуге [2]. Жетіспеушілігі ресурстар жоспарын және қолданыстағы технологияларды тестілеу мүмкін тап қысқаруына байланысты бюджет және әзірлеу мерзімі, мәжбүрлеп, нашар жағдайда мүлдем бас тартуға тестілеу. Бұл жағдай жеткілікті қауіпті, егер ескеру рөлін бағдарламалық қамтамасыз ету қазіргі бизнесте. Әзірлеушілерге қажет жаңа көзқарас тестілеу, ол былай жауап берген еді талаптарға күрделі қосымшалардың ұйғарған, қателерді түзету сияқты болады бұрынЖаңа көзқарас процеске тестілеу. Тестілеу көмектесуі тиіс табу және түзету қателер ең ерте сатысында ықтимал. Қайта тестілеу процесін қамтиды анықтау тұжырымдамалық құрылымын ұйымдастыратын, түрлі тестілеу технологиясы. Сәрсенбі үшін осы процестің негізінде құрылған "тұжырымдамасын стадийной оқшаулау" (സ്റ്റേജ് കണ്ടൈന്മെന്റ്name), that is, കണ്ടെത്തുന്നതിൽ and experience പിശകുകൾ at the stage where they appeared. Қайта тестілеу процесін қамтиды салыстыру сатысында қате табылған күннен сатысы, онда қате жүйесінде алғаш рет туындады. Нәтижесінде іс-шаралар іздеу қателерді сдвигаются ерте сатысында процесін әзірлеу, кезде өзгерістер енгізуге, оңай және арзан. Ретінде практикалық тәсіл V-the model has been tested and used for more than 15 years [3]. ഈ രീതി സംബന്ധിക്കുന്ന വികസന ഘട്ടങ്ങളിൽ വ്യക്തിഗത ടെസ്റ്റിംഗ് stages. It allows you to കൃത്യതയോടെ നിർണ്ണയിക്കാൻ the limits of applicability and ഉദ്ദേശ്യം. ഓരോ ടെസ്റ്റ് പ്രകാരം അതിന്റെ ഇതേ സവിശേഷതകൾ. This helps avoid the inefficiency of പല ടെസ്റ്റിംഗ് techniques, including overlapping ടെസ്റ്റ് സാഹചര്യങ്ങളിൽ പ്രവർത്തിക്കുന്ന ഒരേ tests at different levels. V-മോഡൽ അടങ്ങിയിരിക്കുന്നു. മൂന്നു പരിശോധനാ നടപടികള്: പരിശോധന (പരിശോധന), checking for ശരിയായതു് (സാധൂകരണം) ടെസ്റ്റിംഗ് തന്നെ (testing). Верификация. Верификация куәландырады, бұл жұмыс объектісін іштей емес противоречив және стандарттарға сәйкес келеді. Артықшылығы верификация тұрады табылған қателерді ерте кезеңдерінде әзірлеу олар түсіп келесі кезеңіне аяқ басты. Бұл азайтады шығындар. Верификация қолданылады барлық объектілеріне (ретінде тестілік үлгілер, сондай-ақ өзіндік ерекшеліктер). Верификация әдістері қамтиды сараптамалық бағалау, формалды бақылау және тексеру непротиворечивость. Тексеру дұрыстығы. Мұнда тексеріледі, қанағаттандыра ма объект талаптарға специфицированным алдыңғы және одан да көп ерте. Артықшылығы тексеру дұрыстығы болып табылады отлавливании қателер олар көшті келесі кезеңін әзірлеу. Бұл әдістер, сондай-ақ, қолданылады барлық объектілеріне және (тестілік үлгілер мен өзіндік ерекшеліктер). Мұнда қолданылатын тәсілдерін қамтуы мүмкін шолулар және формалды тексеру, сондай-ақ прототипирование және модельдеу. Тестілеу негізделген ерекшелік. V-модель соотносит сатысында тестілеу тиісті кезеңдерге әзірлеу. Іс-шаралар тестілеу шоғырланған тексеру кезінде анықталған ерекшеліктерді әзірлеудің әрбір сатысында. Бұл азайтады дәрежесі қолданылған тесттер мен дәл анықтайды шектері мен міндетін, олардың әрқайсысының. Тексеру ерекшеліктер негізінде қадағалауға мүмкіндік береді талаптар бойы тестілеу процесін ұсынады негізін процесін басқару үшін тестілеу. жүктеу/скачать 133,19 Kb. Достарыңызбен бөлісу:
|