Міндеттің тұжырымдамасы



бет6/7
Дата29.11.2019
өлшемі1.33 Mb.
1   2   3   4   5   6   7

3. Тестілеуді құрастыру QA командасымен жүргізілетін барлық параметрлер бойынша толық ауқымды тестілеуді бастамас бұрын әзірленген бағдарламалық жасақтаманы алдын-ала тексеруге бағытталған. Бұл тестілеу сияқты бағдарламалық жасақтама әзірлеу кезеңіне дайындықтың дайын екендігін білу үшін немесе оны әлі де жетілдіру қажет болғанын білу үшін өткізіледі. Құрастыруды тестілеу қысқа мәтіннен тұрады, олар құрастырудың дайындығын анықтайды.Тестілеудің осы түрінің негізгі міндеті тестілеудің толық циклына дайындығымен ауыр проблемалар болған жағдайда, тестілеушілер командасының уақытын үнемдеу болып табылады.

4. Санитарлық тестілеу өтінімнің негізгі функционалдығын тексеру үшін босату сатысында жүзеге асырылады. Әдетте ұзаққа бармайды. Мұндай тестілеу кейде регрессиялық тестілеудің қысқартылған нұсқасы деп аталады.

Босату күндері қатаң, толық регрессиялық тестілеу мүмкін емес. Бұл жағдайда санитарлық-эпидемиологиялық сараптама қолданыстағы негізгі функциялардың жұмысын тексеретін жұмысты жақсы атқарады.

Санитарлық- тестілеу





Әрекет

Күтілетін нәтиже

Нәтиже

  1. Visual Studio бағдарламасы арқылы көбейтуге білімді тексеретін бағдарламаның құрылуы




  • Белгіленді



  1. Санның енгізу формалары:

  • Санның көбейтілуі

  • Санның енгізілуі




  • Көбейтілді




  • Енгізілді




  1. Жауаптың тексерілуі

  • Шарттың тексерілуі

  • Жауаптың шығуы

  • Тексерілді




  • Жауап шықты

5. Регрессиялық тестілеу-бұл бағдарлама немесе қоршаған ортада жасалған өзгерістерді тексеруге бағытталған тестілеу түрі (ақауды түзету, кодты қосу, басқа операциялық жүйеге, деректер базасына, веб серверге немесе қосымша серверіне көшу), бұрын бар функционалдылық бұрынғыдай жұмыс істейтінін растау үшін (сондай-ақ санитарлық тестілеуді немесе келісімділігін жарамдылығын тексеруді қараңыз). Регрессиялық функционалдық және функционалды емес тесттер болуы мүмкін.

Регрессиялық” тестілеу



Әрекет

Күтілетін нәтиже

Нәтиже




  1. Visual Studio бағдарламасы арқылы салмақты өлшейтін бағдарлама құру




  • Аңықталатын санның коды




  • Шартты оператордың қойылуы






  • Белгіленді









  1. Мәзірдің кіру формалары:

  • Өсудің санының сұранылу коды

  • Салмақ санның сұранылу коды

  • Орындалды




  • Сұралды




  • Сұралды




  1. Жауаптың тексерілуі




  • Өсуді енгізу коды




  • Салмақты енгізу коды




  • Жауаптың шығуы







  • Енгізілді




  • Енгізілді




  • Жауап шықты



6. Жүктемелік тестілеу немесе өнімділікті тестілеу-бұл қандай да бір жалпы (олар бөлетін) ресурста бизнес пайдаланушылардың белгілі бір санының жұмысын имитациялайтын автоматтандырылған тестілеу.

7. Құрастыру сынағы. Тестілеуді бастау үшін сапа критерийлеріне, шығарылған нұсқасына, сәйкестігін анықтауға бағытталған тестілеу. Өз мақсаттары бойынша одан әрі тестілеуге немесе пайдалануға жаңа нұсқаны қабылдауға бағытталған түтіндік тестілеудің аналогы болып табылады. Ол шығарылған нұсқаның сапасына қойылатын талаптарға байланысты тереңірек өтуі мүмкін.

8. Орнатуды тексеру бағдарламалық жасақтаманың дұрыс орнатылғанын және дұрыс конфигурацияланғанын тексеруге мүмкіндік береді, жаңа нұсқалардың кері кетуі қатесіз орын алады және осы бағдарламалық жасақтаманы жоюға болады. Орнатуды тестілеу, жаңа нұсқа пайда болғаннан кейін, сондай-ақ стендтің конфигурациясын өзгерткен кезде бағдарламалық жасақтаманы жасау кезінде орындалуы керек.
9. Пайдалану ыңғайлылығын тестілеу. Кейде біз түсініксіз, ыңғайсыз қолданбаларға тап боламыз, көптеген функциялар мен пайдалану тәсілдері жиі айқын емес. Мұндай жұмыстан кейін, қосымшаны қайта пайдалану сирек келеді және біз ыңғайлы аналогтарды іздейміз. Қолданба танымал болу үшін, оның функционалдық болуы аз – ол ыңғайлы болуы керек. Егер ойласаңыз, интуитивті түсінікті қосымшалар пайдаланушыларға нервтер мен жұмыс берушінің оқыту шығындарын үнемдейді. Демек, олар бәсекеге қабілетті! Сондықтан кез келген бұқаралық өнімдерді тестілеудің ажырамас бөлігі болып табылатын пайдалану ыңғайлылығын тестілеу.

Пайдалану ыңғайлылығын тестілеу деген не?

Бұл берілген шарттар контексінде әзірленетін өнімді пайдаланушылар үшін пайдалану, білім алу, түсінікті және тартымдылық дәрежесін белгілеуге бағытталған тестілеу әдісі.
10. Бас тарту және қалпына келтіру тестілеуі. тестіленуші өнімді бағдарламалық қамтамасыз етудің қателіктеріне, жабдықтың істен шығуына немесе байланыс проблемаларына (мысалы, желінің істен шығуы) байланысты туындаған ықтимал іркілістерден кейін қарсы тұру және сәтті қалпына келтіру қабілеті тұрғысынан тексереді. Тестілеудің осы түрінің мақсаты сыналатын өнім деректерінің сақталуын және бүтіндігін қамтамасыз ететін қалпына келтіру жүйелерін (немесе жүйелердің негізгі функционалын қайталайтын) тексеру болып табылады.

"24x7"принципі бойынша жұмыс істейтін жүйелер үшін бас тарту және қалпына келтіру тестілеу өте маңызды. Егер сіз интернетте жұмыс істейтін өнімді жасасаңыз, онда тестілеудің осы түрін өткізбестен сіз жай ғана болмайды. Себебі, жабдықтың істен шығуы жағдайында әрбір минут бос



тұрып қалу немесе деректерді жоғалту сізге ақша, клиенттердің жоғалуы және нарықта беделі болуы мүмкін.
11. Конфигурацияны тестілеу - әртүрлі жүйелік конфигурациялармен (мәлімделген платформалар, қолдау көрсетілетін драйверлер, әртүрлі компьютерлік конфигурациялар және т.б.) бағдарламалық жасақтаманың жұмысын тексеру үшін арнайы сынақ түрі.
12. Әр түрлі деңгейдегі тестілеу бағдарламалық қамтамасыз етуді әзірлеу мен сүйемелдеудің барлық өмірлік циклі бойы жүргізіледі. Тестілеу деңгейі тестілер немен жасалатынын анықтайды: жеке модульдің, модульдердің тобының немесе жалпы жүйенің үстінде. Жүйенің барлық деңгейлерінде тестілеуді өткізу-бұл жобаны табысты іске асырудың және тапсырудың кепілі.
13. Тесттік артефакт

Бағдарламалық қамтамасыз етуді әзірлеу процестеріне немесе әдістемелеріне сәйкес, тестілеу кезінде тестілік артефакттардың белгілі бір саны (құжаттар, модельдер және т.б.) жасалады және пайдаланылады.


14. Тест дизайн-бұл тестілеу сапасының бұрын анықталған критерийлері мен мақсаттарына сәйкес тестілеу жағдайлары (кейстер тесті) жобаланатын және жасалатын БҚ тестілеу процесінің кезеңі.

Тест дизайны бойынша жұмыс жоспары қолда бар жобалық артефактілерді талдау:



  • құжаттама (ерекшеліктер, талаптар, жоспарлар), модельдер, орындалатын код және т. б.

  • тест дизайны бойынша спецификация жазу (Test Design Specification)

  • тест жағдайларын жобалау және жасау (Test Cases)


15. Тестілеу процесі. Тестілеудің басталуы сізге жұмыс қосымшасын берген сәттен бастап емес, бұрын - команда жобамен жұмыс істейтін деген қауесет келгенде, сіз кірісіп кетті деп санауға болады.Бірінші ерекшеліктерді алғаннан кейін, сіз тест жоспарын жаза бастайсыз, кейстер тестін әзірлейсіз, автоматтандыруды пайдалану қажеттілігін бағалайсыз, сонымен қатар функционалдық тестілеуді автоматтандыру, сондай-ақ жүктемелі тестілеу.

Әзірлеушілер билд дайындағаннан кейін сіз түтін сынағын өткізуіңіз керек, оның нәтижелері бойынша одан әрі тестілеудің мүмкіндігі мен мақсаттылығы туралы қорытынды жасалады:Егер " smoke test failed!!!", сіз қосымшаны қайта қарауға жібересіз,онда сіз тестілеудің келесі түріне көшесіз-регрессиялық тестілеу (Regression testing) және санитарлық тестілеу (Sanity testing).



16. Тестілеуді өткізу шарттары. «Сапа кепілдігі» мақаласында. Сапаны бақылау. Тестілеу » зерттеу нәтижелеріне негізделген, бағдарламалық қамтамасыз етуді тестілеу тұжырымдамасын анықтау:

  • Бағдарламалық қамтамасыз етуді тестілеу сапаны бақылау әдістерінің бірі болып табылады және жоспарлау (тестілеуді басқару), тестілеуді жобалау (Test Design), тестілеуді (тестілеуді) орындау және нәтижелерді талдау (тестілеуді талдау) қызметін қамтиды.





  1. Достарыңызбен бөлісу:
1   2   3   4   5   6   7


©netref.ru 2019
әкімшілігінің қараңыз

    Басты бет