how find bug application
Веома добра и важна ствар. Јел тако? Ако сте Тестер софтвера или КА инжењер, онда морате сваког минута размишљати о проналажењу грешке у апликацији. А ти би требао бити!
Мислим да проналажење а Блоцкер Буг као било који Систем Црасх је често корисно! Не, не мислим тако. Покушајте да откријете грешке које је најтеже пронаћи и које увек обмањују кориснике.
Проналазак таквих суптилних грешака је најизазовнији посао и пружа вам задовољство радом. Такође, требало би да је награде старији. Поделићу своје искуство о једној тако суптилној грешци коју је било не само тешко ухватити већ је било и тешко репродуковати.
Тестирао сам један модул из свог пројекта претраживача. Већину активности овог пројекта радим ручно, јер је помало сложено за аутоматизацију. Тај модул се састоји од статистике промета и прихода различитих подружница и оглашивача. Тако да је тестирање таквих извештаја увек тежак задатак.
Када сам тестирао овај извештај, неко време је приказивао податке који су тачно обрађивани, али када се покушало поново тестирати након неког времена, приказивали су обмањујуће резултате. Било је чудно и збуњујуће видети резултате.
Постојао је Црон (Црон је аутоматизована скрипта која се покреће након одређеног времена или стања) за обраду датотека дневника и ажурирање базе података. Такви вишеструки усеви раде на датотекама дневника и ДБ-у ради синхронизације укупних података.
На једном столу су трчала два круна са одређеним временским интервалима.
У табели је била колона коју је други Црон преписивао, чинећи неке податке недоследним. Требало нам је пуно времена да схватимо проблем због огромних ДБ процеса и различитих Цронс-а.
Моја поента је покушати да откријем скривене грешке у систему које се могу појавити у посебним условима и узрокују снажан утицај на систем. Такву грешку можете пронаћи уз неколико савета и трикова.
начини за бесплатно гледање аниме
Па који су то Савети:
# 1) Разумети целу апликацију или дубински модул пре почетка тестирања.
#два) Припремити добри тест случајеви пре почетка тестирања. Мислим, нагласите на случајевима функционалних тестова који укључују главни ризик од апликације.
# 3) Креирај довољно података о испитивању пре тестова, овај скуп података укључује услове тест случаја, као и записе базе података ако ћете тестирати апликацију повезану са ДБ-ом.
# 4) Извршите поновљене тестове са различито тест окружење .
# 5) Покушајте да сазнате резултујући образац а затим упоредите своје резултате са тим обрасцима.
# 6) Када мислите да сте испунили већину услова за тестирање и када мислите да сте тада нешто уморни уради неко тестирање мајмуна.
# 7) Користите свој претходни Образац тест података за анализу тренутног скупа тестова.
# 8) Пробај Стандардни тест случајеви за које сте пронашли грешке у некој другој апликацији. Као да тестирате оквир за текст за унос, покушајте да уметнете неке ХТМЛ ознаке као улазе и видите излаз на страници приказа.
# 9) Последњи и најбољи трик је да се јако потрудите да пронађете грешку. Као да тестирате само да бисте разбили апликацију!
Уврстићу још савета у неке наредне постове. У међувремену, овде можете коментарисати још савета.
Препоручено читање
- Како написати добар извештај о грешци? Савети и Трикови
- Топ 20 практичних савета за тестирање софтвера које бисте требали прочитати пре тестирања било које апликације
- Шта је тестирање мајмуна у тестирању софтвера?
- Разлика између тестирања радне површине, клијентског сервера и веб тестирања
- Узорак извештаја о грешкама
- Тестирање здравствених апликација - савети и важни сценарији испитивања (2. део)
- Водич за тестирање безбедности веб апликација
- 7 основних савета за тестирање вишејезичних веб локација