Расследаванне дэфектаў / тэма доўгай працы

Што мы хочам упарадкаваць у гэтай тэме

Сапраўды цяжка пры расследаванні дэфектаў не тое, што з’яўляецца выключэнне, а тое, што не відаць, што трэба назіраць і з чаго пачынаць лакалізацыю прычыны. Гэта старонка, дзе спыненні сувязі, уцечкі, збоі пры доўгай працы і інфраструктура тэставання сцэнарыяў збою сабраны ў адзін паслядоўны ланцужок.

• Як назіраць рэдкія спыненні, збоі і ўцечкі
• Куды дадаваць праектаванне журналаў і heartbeat
• Як выбіраць паміж packet capture, Application Verifier і тэставаннем сцэнарыяў збою
• Як вызначыць не толькі прычыну, але і зрабіць так, каб наступнае расследаванне было прасцейшым

Пытанні, якія часта ўзнікаюць на кансультацыях

• Пры рэдкім збоі не зразумела, што збіраць у першую чаргу
• Няясна, як узнавіць анамалію, якая праяўляецца толькі пасля доўгай працы
• Трэба аддзяліць, ці выкліканае спыненне сувязі праграмай, ці сеткай
• Пры кожным расследаванні паўтараюцца адны і тыя ж ручныя дзеянні, і гэта не вядзе да прадухілення паўторных збояў

Рэкамендаваны парадак дзеянняў

У гэтай галіне хутчэй прасоўваешся ўперад, калі глядзіш не на адзін артыкул, а на назіранне, лакалізацыю прычыны і тэставанне сцэнарыяў збою разам. Разам са старонкамі пра расследаванне дэфектаў і распрацоўку праграм для Windows матэрыялы пабудаваны так, каб можна было адначасова думаць і пра само расследаванне, і пра тое, як спраектаваць прадухіленне паўторных збояў.

Звязаныя артыкулы

Звярніцеся па кансультацыю

Калі ў вас ёсць праблема, блізкая да зместу гэтай старонкі, параіцеся з намі і напішыце, у якім вы цяпер становішчы і якая падтрымка вам патрэбна.