Pagbasa ng ulat ng pag-audit ng VPN: ang saklaw ay mas mahalaga kaysa badge

Ang mga badge ay mura ipakita at mahal bigyang-kahulugan. Ang inilathalang ulat ng pag-audit ay isang limitadong piraso ng gawaing inhinyeriya: sinuri ng pinangalanang tagatasa ang pinangalanang mga bahagi, sa pinangalanang bersyon, na may nakasaad na pamamaraan at badyet ng oras. Ang apat na katotohanang iyon ang nagtatakda kung ano ang masusuportahan ng konklusyon, at karaniwang nasa unang mga pahina ang mga ito at hindi sa buod ng marketing. Ang pagbasa sa mga ito ay tumatagal ng sampung minuto at pumipigil sa karaniwang pagkakamali na palawakin ang natuklasan tungkol sa app ng kliyente sa buong serbisyo.

Ano ang talagang nililimitahan ng seksyon ng saklaw

Ang pahayag ng saklaw ay isang bakod, at lahat ng nasa labas nito ay walang sagot at hindi pasado. Inililista ng mga ulat ang mga sinuring bahagi, ang saklaw ng commit o ang tagakilala ng build, ang ginamit na kapaligiran at ang pinapayagang modelo ng interaksyon. Ang desktop client, mobile app, code ng server, backend ng account at imprastrukturang pang-produksyon ay limang magkaibang paksa, at ang isang gawain ay maaaring sumaklaw sa alinmang subset ng mga ito.

Ang mga ibinukod ay kasinghalaga ng mga isinama, dahil sadyang isinasaad ang mga ito at pabayang binabasa. Ang sistemang account na inilarawan bilang labas ng saklaw ay hindi ipinapalagay na ligtas, at ang mobile app na iniwan sa labas ng gawain ay hindi lang sinuri. Markahan ang bawat hindi nasubok na bahagi sa iyong mga tala bilang hindi alam, at labanan ang hilig na punan ang puwang ng reputasyon.

Dalawang uri ng pagsusulit ang sumasagot sa magkaibang tanong

Ang pagsusuri ng source code at pagsusulit habang tumatakbo ay naghahanap ng magkaibang pagkabigo. Ang tagasuri na nagbabasa ng code ay maaaring sumunod sa derivasyon ng susi, mapansin ang kulang na pagsusuri ng haba at mangatwiran tungkol sa buong parser nang hindi ito pinapatakbo. Ang tagasubok laban sa tumatakbong serbisyo ay natutuklasan kung ano talaga ang ginagawa ng naka-deploy na build: isang sertipiko na tinatanggihan ng app, isang fallback protocol na bukas pa rin, isang endpoint na naglalabas ng banner ng bersyon sa pamamagitan ng configuration na walang nagsuri.

Wala sa dalawa ang pumapalit sa isa, at karaniwang tinutukoy ng ulat kung alin ang ginawa. Kapag sinabi ng buod na «na-audit» nang walang pagkakaibang iyon, nasa buod ang kalabuan, hindi sa ulat.

Ang mga limitasyon sa pag-access ay gumagawa ng parehong gawain. Ang black-box na gawain ay hindi makikita ang configuration ng server, at ang pagsusuri ng arkitektura na hindi kailanman humahawak sa naka-deploy na endpoint ay hindi mapapansin na iba ang produksyon sa diagram. Pareho silang lehitimo; ang pagsasama ng kanilang mga resulta ay hindi.

Paano nagiging naitamang bersyon ang isang natuklasan

Ang mahalagang kalahati ng ulat ay ang talahanayan ng pagwawasto: bawat natuklasan, ang bigat nito sa pamamaraan ng tagatasa, ang tugon ng operator at ang resulta ng muling pagsusulit. Ang mga bilang ng bigat ay nagmumula sa piniling metodolohiya at hindi sa kalikasan, kaya ihambing ang mga bigat sa loob ng isang ulat at hindi sa pagitan ng dalawang may magkaibang sukatan.

Pagkatapos, ikonekta ang pagwawasto sa inilathalang software. Ang naitamang natuklasan ay mahalaga sa gumagamit kapag ang bersyon na nagdadala ng pagwawasto ang naka-install, kaya dapat basahin nang sabay ang tagakilala ng build ng ulat at ang changelog ng isang release. Ang muling pagsusulit na sumaklaw sa pagwawasto ay nagsasara ng loop; ang hindi nasubok na pagwawasto ay isang pahayag. Ganoon din ang pagwawastong inilabas lamang sa isang branch na hindi kailanman pinagsama ng anumang stable na release.

Ano ang hindi masasabi ng badge

Ang kawalan ng natuklasan ay hindi patunay ng kawalan ng depekto. Ang maikling gawain na may takdang badyet ay may makakaligtaan, at ang tapat na pagbasa sa malinis na ulat ay hindi natagpuan ng tagatasa ang mga uri ng problemang hinahanap nito sa panahong available.

Hindi rin makapagsasalita ang badge tungkol sa mga katangiang labas ng saklaw nito. Ang mga pahayag tungkol sa kasanayan sa pag-log, hurisdiksyon o pagpapanatili ay nabubuhay sa isang dokumento ng patakaran, hindi sa isang pag-audit ng aplikasyon ng kliyente, at walang reputasyon ng tagatasa ang tumatawid sa hangganang iyon.

Pagtatala ng ebidensiyang kayang ipagtanggol

Isulat ang sipi sa tatlong bahagi: ang bahagi, ang bersyon at ang beripikadong pagwawasto. Ang inilathalang gawain tulad ng pag-audit ng VPN na ipinag-utos ng Mozilla ay sumusuporta nang eksakto sa mga pahayag na inilalarawan ng saklaw nito at wala nang mas malawak, na may halaga pa rin kapag tumpak ang sipi. Ang parehong ulat na sinipi para sa isang bagay na hindi nito sinuri ay mas mababa ang halaga kaysa walang sipi, dahil nag-aanyaya ito ng pagtitiwalang walang nakamit.

Kapag ang inaangking katangian ay nahuhulog sa labas ng bawat available na ulat, iwanan itong hindi nalutas sa dokumento. Ang hindi nalutas na linya ay nag-aanyaya ng karagdagang tanong; ang badge ay hindi. Ang tanging pagbubukod ay isang katangiang nilulutas ng ibang dokumento na kasing-espesipiko, at doon nagbabago ang sipi at hindi ang pahayag.

Dalawang ugali pa ang nagpapapanatili ng pagbasa: itala ang petsa ng ulat laban sa release na talagang pinapatakbo mo, at itago ang pagkakaiba ng sinubok at ng inilagay mo. Pareho nilang ginagawang isang bagay na masusuri ng katrabaho ang desisyon sa pagtitiwala.