software testing is monotonous really
Слънчев следобед, ИТ компания, двама тестери на автомата -
Тестер 1: Тази работа е гадна. Цял ден продължавам да изпълнявам същите тестови случаи, които направих вчера и все още повечето от тях се провалят. Продуктовият мениджър не е доволен от мен, защото тестовите случаи се провалят и аз не знам какво да правя.
Тестер 2: Съгласен съм. Аз също съм изправен пред същия проблем. Не намирам нищо ново за правене. От мен се очаква да пиша тестови случаи всеки ден и винаги, когато представям нови идеи, те биват отхвърляни с различни извинения.
Тестер 1: Търся нова работа, която ще ми даде възможност да растя и да изследвам ... ... ....
Тестер 2: Моля, уведомете ме, където и да кандидатствате, тъй като аз също искам да намеря нова възможност.
Какво разбирате от горната дискусия?
- И двамата тестери търсят нови работни места
- И двамата тестери са уморени от текущата работа
- И за двамата тестери текущата работа не е интересна
- И двамата тестери предполагат, че ще намерят нещо интересно в новата си работа
Е, истината е - Нито една работа не е монотонна, определено НЕ е софтуерно тестване. Възприятието на човека го кара да се чувства така. Знам, може да има много аргументи.
Позволете ми да представя моя случай -
Като тестер трябва да тествате страницата за вход за приложението. Приложението трябва да работи на различни платформи и трябва да го тествате щателно.
- Смятате ли, че работата е монотонна?
- Мислите ли, че не научавате нищо ново?
- Мислите ли, че няма какво да изследвате?
Да видим -
- Какво ще стане, ако потребителят предостави идентификационни данни за вход и затвори браузъра? Запазват ли се пълномощията?
- Ами ако един и същ потребител се опита да влезе едновременно от различни платформи?
- Какво ще стане, ако потребителят трябва да изчака две минути, преди да премине към началната страница, след като предостави валидни идентификационни данни?
- Какво ще стане, ако потребителят предостави валидни идентификационни данни за вход и сървърът на базата данни не отговори? Какво ще се показва на потребителя?
- Какво ще стане, ако потребителят е предоставил валидни идентификационни данни и не е натиснал бутона OK или Submit и е оставил страницата така, както е в продължение на половин час?
- Ами ако потребителят е предоставил валидни идентификационни данни и е щракнал 10 пъти последователно върху OK или Submit?
- Ами ако потребителят е предоставил валидни идентификационни данни и е щракнал върху Забравена парола?
- Какво ще стане, ако потребителят промени URL адреса на страницата за вход, като добави някаква SQL заявка за инжектиране?
- Ще има ли значение значението на това как работи страницата за вход на друго приложение?
- Дали познаването на UX (User Experience) актуализации от бранша ще има някакво значение за тестера?
Горните точки изглеждат ли интересни? Разбира се, да. Но те могат да изглеждат рутинни, когато трябва да ги изпълнявате за всички поддържани платформи.
Добре, нека разработим стратегия.
Изпълнете всичко за една платформа. Разберете основните проблеми и ги потвърдете за другите две платформи. Ако те съществуват, просто не тествайте допълнително и отхвърлете компилацията.
Причини за еднообразието като софтуерен тестер -
Така че, ако трябва да завърша причините за монотонността като софтуерен тестер, бих искал да спомена следните точки:
- Може да е тестер НЕ мислене извън кутията
- Нека изпитателят е твърде мързелив, за да изпълнява едни и същи дела отново и отново
- Може би тестерът не се интересува научавайки нещо ново .
- Може би изпитателят не знае как да приложи новопридобитите си знания
- Може би тестерът не е страстен за тестването
- Може да е изпитателят не е в състояние да мотивира себе си
- Може да е изпитателят не е в състояние да намерете грешки и се чувства виновен за това
- Може би тестерът не е сигурен за това тестване в реално време и просто е наясно с
- Може би тестерът просто не иска да мисли нищо друго освен тестови случаи по сценарий
- Може да не е позволено на тестера изследвайте поради проблеми с натоварването или достъпа
- Може да е изпитателят под натиск по отношение на срокове и резултати
- Може би изпитателят е загубил интерес към каквото и да прави
- Може би тестерът не е направил почивка от дълго време
Как да работите върху себе си, ако смятате, че работата ви е монотонна -
Анализиране на основната причина за монотонността и излекуването е решението.
Осъзнайте, че докато сте в най-случващото се поле, ако чувствате монотонност, трябва да работите върху себе си. Как да го направя? Е, има много начини -
# 1) Обсъдете и обсъдете: Здравословната дискусия може да доведе до това, че вие и останалите участници в дискусията научите нещо ново.
Да бъда тестер, да обсъждам сценарий, да обсъждам резултат, да обсъждам поведението на приложението, да обсъждам корекцията на грешки винаги ми е било полезно да разбера и да помисля за точките, които може да съм пропуснал и съм сигурен, че повечето от тестерите ще не отричам този факт.
Прочетете също =>
Кой е най-добрият начин да направим взаимоотношенията между разработчици и QA здрави? и
Колко важно е за тестера или разработчика да общуват помежду си?
# две) Разгледайте и разберете: Тестването на софтуера е на път генериране на идеи , както споменах много пъти в миналото. Всеки може да изпълни документираните тестови случаи. Но помислете за генериране на различни тестови сценарии и не всеки може да направи това. Той се нуждае от постоянно учене от други приложения, други членове на екипа, други екипи и индустрията също.
Когато човек може да се обучи да вижда всичко с око за тестване, се появява истински тестер и той със сигурност може да има положителна разлика.
# 3) Прочетете и научете: Софтуерът е индустрията, която непрекъснато се променя. Новите технологии, новите предизвикателства и нови преживявания се подготвят всеки ден и като изпитател е много необходимо да се учиш постоянно, да бъдеш добре запознат с каквото знаеш и да откриваш това, което не знаеш, и да добиеш представа за това.
Приложете своето обучение и подобрявайте всеки ден . Опитайте тази STH ресурс за да получите достъп до всички ресурси, от които някога ще се нуждаете.
как да отворите разширението на JSON файл
# 4) Само мотивиране: Самомотивацията е най-необходимият инструмент за тестване на софтуер. Повечето пъти хората ви мразят или пренебрегват, когато се опитвате да критикувате или да намерите проблеми в работата си. И повярвайте ми, отнема време да се обучите виждайте тези негативи положително и се мотивирайте всеки път .
# 5) Накрая , трябва да прочетете това => 16 неща, които трябва да направите, когато ви е скучно да тествате
Така че, отсега нататък, когато чувствате, че работата ви като тестер е монотонна, утешавайте се с факта, че имаме късмета да получим шанс да мислим нестандартно, да изпълняваме идеи, да анализираме нещата и накрая да обявим дали нещо годен ли е за употреба или не ... голямо удовлетворение? Разбира се, да!!!
Автор : Тази обнадеждаваща публикация е написана от член на екипа на STH Bhumika M. Сега тя е в областта на тестването на софтуер повече от 10 години.
Щастливи тестващи читатели ... нека да развеселим за себе си :)
Препоръчително четене
- Най-добри инструменти за тестване на софтуер 2021 г. (Инструменти за автоматизация на QA теста)
- Тестване на софтуер QA Assistant Job
- Изборът на софтуерно тестване като кариера
- Курс за тестване на софтуер: Към кой институт за тестване на софтуер трябва да се присъединя?
- Тестване на софтуер Техническо съдържание Writer Работа на свободна практика
- 5 неща, които начинаещият разработчик (и тестер) трябва да знае за тестването на софтуер
- Някои интересни въпроси за интервю за тестване на софтуер
- Обратна връзка и рецензии на курсове за софтуерно тестване