Страница 2 от 2

• КАКВО Е чантата
• ЦЕЛ TEST декодира
• В областта на създаване TESTKEYSOV
• Софтуер живота развитие цикъл

• Определяне Бага
• Три условия на живот и благоденствие Бага
• Каква е тест
• Източници очакван резултат
• Функционални грешки и бъгове Speck

Логически право на изключените от средните щати, че всяко нещо - то е или много, или не-А. Не Третият вариант, т.е. Ако имате часовник "Бреге" за номер 5, а след това нещо в този свят, или ще бъде вашата "Breguet" часовник с номера 5, или нещо друго.

Представете си конвейер, в края на която стоим. движи транспортна лента, и има един предмет пред нас в завой. Задачата е проста - да се очаква появата на вашия часовник "Бреге" за номер 5 и да се каже "бъг", когато всеки обект, различен от тях.

Не е трудно да се отгатне, че такива елементи, като пакет от кисело мляко, услуга "Слава", брошура с предизборните обещания за кандидат за президент Николай ще бъдат бъгове до нас.

Напред. Имайте предвид, че съчетава следната ситуация.

Ако се издигне над яйцата, възникващи във всеки един от трите точки, а не обръща внимание на жените, карти и виното, ние виждаме, че общата сума - е отклонението на действителните от очакваните.

1. Очакван резултат - тя знае как да се готви.
   Действително резултат - сутрин без закуска.
2. Очакван резултат - знания тестване.
   Действително резултат - познаване на готвене.
3. Очакван резултат - яйца ще бъдат сготвени.
   Действително резултат - друг сутрин без закуска.

Определяне на грешки

Така че, бъг (грешка) - е отклонението на действителните резултати (застроена резултат) от очакваните резултати (очакван резултат).

В съответствие с правото на изключени средата имаме бъг, ако има някакви реални резултати различно от очакваното.

Три условия на живот и благоденствието на грешката

Конкретният грешката е жив и здрав, само когато и двете от трите условия са изпълнени:

1. Известен действителния резултат;
2. Известен очакван резултат;
3. Известно е, че в резултат на елемента 1 не е равно на резултата от т.2.

Съвет на деня: всеки път, когато е налице ситуация, която не съответства на действителната и очакваната - психически подпечата действителната дума "бъг". Постепенно тя се превръща в навик и се превръща в рефлекс. За психическо обучение няма значение колко дребни, ниско и непосредственост на вашите очаквания, най-важното - за придобиване на автоматизъм.

Примери бъгове Life:

1. Sandwich попада масло страна надолу.
2. Подмазвачи и говорители имат много по-голям шанс за подобряване от скромни честни работници.
3. Несъвместимост миловиден вид и серпентина природата.
4. Parrot играе на хора най-лошото лексика майстор склад.
5. Българската изработени коли.
6. Cat Behemoth V. Бортко филм "Майстора и Маргарита".

Каква е тест

Всяко изследване - е да се намерят грешки. Имаме опита нова сокоизстисквачка, независимо дали се наблюдава поведението на приятелите си или са ангажирани в търсене на душата - ние търсим грешки. Буболечките са, както следва:

1. Учим (или вече знаете) на очакваните резултати;
2. Учим (или вече знаете) действителният резултат;
3. Сравняваме ал.1 и 2.

Както можете да видите, всеки един от нас е вече тестер като различни видове съзнателни и несъзнателни проверки, извършени от нас и срещу нас, са неразделна част от живота, точно преди да непрофесионално поклати глава и даде на тиради за несправедливостите на света, но сега в случай на несъответствие действителната и очакваната ние градински чай с усмивка гледаш аматьори, стиска носа си при вятъра Москва, и тихо, но значително (в ролята на Дон Корлеоне) казват: "Та-ах-да, друг бъг".

За да илюстрираме правилния подход ще дам един пример за един от моите приятели, който е построен цяла система от тезата на доказателства, че хората и компютрите, създадени в един и същи модел. В основата на неговия аргумент е фактът, че и двамата имат физическа форма (тяло / желязо) и нематериален компонент, към нея (душа / ОП) се управлява. В съответствие с това тялото на болестта той нарича грешки в жлезата, както и проблеми с главата - бъгове в софтуера и сме много съжалявам, че софтуерът хората, работещи на този свят, съставени главно от грешки.

Сега нека да си спомним, че има компютърен софтуер и това, което ние трябва да се научим как да го тестваме.

С действителният резултат е повече или по-малко ясно: необходимо е да се принуди системата да се докажат и да видим какво ще стане.

По-трудно е с очакван резултат.

Източници очакван резултат

Основните източници се очаква резултат:

Спецификация pervoy- четири роли - това не е бъг, но акцента върху факта, че спецификацията на тестер - е:

Спецификацията е важно за програмисти и тестери, както и резолюцията на пленум на Централния комитет на Комунистическата.

Спецификация - инструмент, с който ще можете да се освободи един качествен продукт, както и за покриване на гърба му (в оригиналните звуци като CYA или покрие задника).

Така че, какъв вид животно?

Спецификацията (или спец - чете "спец" По-нататък се използва в мъжки род.) - подробно описание на начина, по който софтуерът трябва да работи. Това е, нищо по-малко.

В повечето случаи, е грешка - отклонение от спецификацията (Говоря за дружествата, в които има спецификации и те основно са).

Параграф 19.a спец # 8724 "На регистрация на нов потребител" гласи: "полето" Име "следва да бъде задължително. страница за грешка, за да се покаже, когато потребителят изпраща формуляра за регистрация, без да попълват указаното поле. "

В общи линии, всичко е проста:

• Тестер отива към страница с формуляра за регистрация;
• кликне върху линка "Регистрация";
• Той попълва всички задължителни полета, с изключение на полетата "Име";
• кликнете върху бутона "Регистрация".

Ако грешката не се появява и като регистрацията бъде потвърдена, тогава е моментът на истината и необходимостта да докладвате за грешка (изпратете съобщение за грешка).

Ако се показва съобщение за грешка, то е относително 19.a точка за известно време, можете да се успокои. Ние разбираме, защо вие можете само да се успокои за известно време, когато говорим за регресия тестване.

Функционално грешки и бъгове спец

Да приемем, че грешка не е доказано, а ние имаме класически случай на функционален бъг (функционална грешка, грешка или обикновена), т.е. бъг, хранени с неспазване на действителната работа на код и функционална спецификация.

Ако прочетете внимателно параграф 19.a, ние не може да не забележи (шегувам се), не е ясно какво трябва да бъде съобщение (съобщение за грешка) грешка, т.е. Всъщност решението оставено на милостта на про-програмисти, и тя може да се предвиди, че кодът ще даде при подходящи обстоятелства:

• Не информационен съобщение "Грешка" и оставете на потребителя да багажник мозъка си над това, което е направил грешно, или
• информативно съобщение "Моля, въведете вашето име и натиснете" Регистрация "бутон"

и във всеки случай ще бъде официално прав, защото в спецификацията не подробно текста за грешка.

Между другото, преди няколко години имаше един случай, когато програмистите в специален софтуер, разработени за затворите в САЩ, оставили "работен" Име на бутон и харесаха идеята така тъмничари, че те попита какво да се коригира. Заглавието на бутон е: "Освободете копеле".

Като цяло, ситуация, в която самата спецификация има проблем, като се очаква (или поне би трябвало да се очаква), че спецификациите ще бъдат детайлите на текста му, но в действителност те не са там. Така че пишем - "грешка в спецификацията» (спец грешката) на.

Между другото, тук са възможностите за ситуацията с проблема спец:

• Най-вероятно програмист все още пишат nformativnoe съобщение за грешка. Вашият бизнес е да се изпрати съобщение до производителя (производител на интернет компанията, наречена другар, създаване на спецификациите), така че е направил текст вече написан от програмист в параграф 19.a.
• Ако програмистът е написал нещо, което противоречи на здравия разум или стандарт, приет от вашата фирма, доклад за грешка.
• Тя може да се случи, че не сте забелязали проблем в спецификациите и не забележите, че програмистът е написал съобщение за грешка, което е противоречи на здравия разум, или стандарт, приет от вашата компания.

Между другото, тук са две съответни политически важни неща:

1. Като правило, работа в стартиране - е уникално преживяване, което упорита работа в съчетание с радостта от създаването, спокойна атмосфера (например, имам много години, за да ходи на работа с къси панталони) и други са хубави, забавни хора. Но има и извънредни ситуации (например, работата се извършва в срок или не е направено качествено), и когато става въпрос за определяне на "кой е виновен" и "какво да правим с него", много от колегите ви ще престанат да бъдат сладки, смешни хора и активно да започне вися кучета срещу друг. И така, че един от тези кучета не се тревожете за вас, изпратете имейл, да ги запишете, както и отговори на тях и делото изпращайте на заинтересованите страни. Полезно за тези, имейл и в бъдеще - е, не е полезен - още по-добре, особено след като те не се пита за овесена каша, и в момента седи тихо и страхливо в собствените си папки за и не очаквам нищо от този живот.
2. Всеки трябва да си гледа работата и да отговаря за собствената си сфера на дейност. Ако спецификациите се прави лошо, най-добре е да се повиши на алармата с изпращане на имейл адреси отколкото да се правят предположения за това как вашият софтуер трябва да работи.

Преди приключването на темата за очакваните и реалните резултати, ситуацията в Съединените други източници на очакваните резултати, в допълнение към сладкиши.

опит

Както правилно отбеляза Борис Слътски: "Не само бира и лангуста ядохме и лак." Ние също учи и работи, обичан и мразен, вярвали, политиците не слушат родителите си и, като цяло, са натрупали опит (включително трудов стаж). Така че този опит е толкова полезен в нашата черна случай, че да демонстрира уважение към идеята за неговата полезност (заедно с логиката и здравия разум), аз го направи като епиграф във въведението. Фактът, че тестването на софтуера - това е тест (което правим през цялото време), но само по отношение на софтуер. И моята работа е просто да ви дам основните понятия и практически инструменти за онлайн тестване и да им помогне да се интегрират с това, което вече имате - житейски опит.

Общоприетото мислене (житейски опит на детето и следователно внук на "твърди грешки")

Това е една от основните ни съюзници, понякога дори в присъствието на тортата. Например, вие сте тестване на интернет страницата, където потребителят може да качите (качване) на вашите цифрови снимки. Speck казва, че потребителят може да качите само една снимка в даден момент. Какво става, ако той има такива снимки на 200? Дали ще бъде щастлив? Какво ще правим? Правилно: напишете имейл до [email protected] с предложение за включване в функционалността на спец позволява на потребителите да качват на цифрови снимки в насипно състояние. Между другото, този план бъг рационализация лицемерно нарича не е грешка, а заявка за функция ( «подобряване на разследване" - докато се спра на такова прехвърляне).

Дори и най-добрият спец може да изисква изясняване. Какво става, ако тортата не е изобщо? Нашият отговор: комуникация. Консултирайте се с колеги. Изясняване и обсъдим. Една глава е добре, две е по-добре.

устои СТАНДАРТИ

Като правило, след регистрация, потребителят трябва да получите потвърждение по електронната поща. Ако спецификациите не споменава тази електронна поща, можете да поискате да го допълнят, въз основа на установена практика.

СТАТИСТИКА

Установено е, че средният потребител ще загуби търпение, ако уеб страницата (уеб страница) не се зарежда в рамките на 5 секунди. Тези данни могат да бъдат използвани, при провеждане на тестване за производителност (тестване на скоростта на цялата система или компонент от него). Както казват американците: «Вие потребител е само на един клик разстояние от вашия конкурент» ( «Вашият потребител се намира в едно кликване от конкурента си"). Успехът на вашия проект - това е щастлив потребители. Излишъкът от 5 секунди - това е превръщането на даден уеб сайт в чакалнята, в които едва ли някой иска да бъде.

То може да бъде, например, мнението на шефа си.

Имайте предвид, че бъгове (грешки) буквално се превежда като "грешка" или "грешка".

Сега, както обещах, малко история.

Кратко обобщаване

Задачи за самостоятелно разглеждане