Дойде на ум: 10
За тези, които не знаят кой е QA (Quality Assurance) - Тази тестване, или нашия отдел за контрол PTA, качество. Тестване - един много важен детайл при създаването на сложни приложения, която ви позволява да се избегнат "деца" (и не само) грешки на приложения. Sovmesnogo продуктивна работа с ГК на разработчиците - осигурява гарантирана стабилност и добро приложение, което работи.
Въпреки това, понякога същите тези тестери сгънати всички разумни (и неразумни) ограничения и да подадете сигнал с малко връзка с действителността. Тя ще изглежда, какъв е проблемът - плати парите на клиента, направете седне безполезна задача. Въпреки това, ако не странни, такива проблеми да предизвикат дразнене и работата престава да бъде забавно.
Причините за тези грешки са често срещано явление:
Както и в съветско време - има план да бъде изпълнен. Всеки съвестен QA трябва zareportit поне хх грешки на ден, или на небето, като се кръсти скара. Така че, ако не се намери определеното време за тестване на нормалните грешки, той ще трябва да докладват.
Това е, когато започнах да пиша QA всевъзможни мистични неща за заявлението. Но това ще бъде удобен за потребителя, ако обърнем страницата с главата надолу, нека да го направят? За съжаление, нито изглед на потребителя, нито сложността на изпълнението, нито необходимостта от тези промени са склонни да се становището на тестера не влияе, и горко на разработчиците, ако те не могат да защитят своята позиция - всъщност ще трябва да се направи.
На един от проектите, тя изглеждаше по следния начин. Бяхте външно QA на клиента (вероятно A1QA с Itransition офис), които са платени, както изглежда, не само за броя на грешки, но също за "разумни" предложения за оптимизиране на потребителския интерфейс.
Това се случи на следните елементи - QA леко бутна идеята за промяна на висшестоящите за кандидатстване, след спорове с разработчика да се промени, и по една-две седмици е направена, за да върнете към предишната версия на потребителския интерфейс.
Но osadochek ляво.
Това в повечето новодошли като цяло са слаби като работеща система и среда, в която те работят, може zareportit бъгове достатъчно нормално поведение.
Например, може да се пише за липсата на контекстното меню в aypada на браузъра
В някои случаи, те никога не отвори спецификацията, но се радваме да се опита като истински барабанисти (вж. Петилетка за три години).
Трябва да отбележа, че той е бил принуден да редактирате бележка към напълно честен.
Има и професионалисти в областта на софтуерното тестване. Тези момчета да разберат какво се случва на проекта, те живеят в проекта, както и разработчици. Те разбират, че тяхната задача е да се освободи един качествен продукт, а не tyknut носа на разработчиците в грешките си, доказвайки "разработчиците" на техния хендикап. Такава QA не казва "не работи на всички" грешки и не пишете "Главна страница Bad." - както е в техен интерес, че възложителят е направила корекция възможно най-бързо, без да се опитва в продължение на дълъг период от време, за да разбера подробности за това, което изрично не работи.
Повече от тези момчета може да отвори Сорс и да каже къде slazhal. Те не се страхуват от конзолата и автоматизирани тестове, те не се страхуват да се автоматизира работата си с Баш и Cron. Това е рядък животно в нашата гора, сферична QA в vaakume, което по същество е по-скоро да има разработчик от testirovshik.
На работа QA наистина шибан трудно и е необходимо, и светлината ми тралене otnyut не намалява необходимостта да се произвеждат висококачествени вълнуващи продукти. Просто трябва да си човек във всяка ситуация. Извинете ме, кипяща :)