Тестерите трябва ли да пишат код?

Много често срещан въпрос, който има кандидатът за тестване на софтуер, е

... Тестерите трябва ли да пишат код ??

Преди да отговорим на този въпрос, е необходимо пълно разбиране на различна роля за тестване на софтуера, за да разберем.

QA за софтуера обикновено се разделя на две категории,

Анализатор по качеството: QA проверява функционалността и пълнотата на теста. QA проверява софтуера само след фазата на разработка. QA ролята не е толкова техническа, колкото разработчикът и може да не изисква кодиране.
SDET (тестван инженер по софтуерен дизайн): Докато SDET, от друга страна, е този, който разбира вътрешната работа на продукта. Те разбират концепции за бази данни, езици за програмиране и т.н., а също така участват в дизайн на продукти, дизайн на данни и потребителски интерфейси. SDET трябва да работят по време на фазата на разработване и изискват знания за кодиране. Така че ролята на SDET е по-предизвикателна и включва работа както на разработчика, така и на тестера. Тестерите за автоматизация (които използват инструменти като QTP, Селен) също могат да бъдат класифицирани като SDET.

Така че въз основа на ролята на тестер може да се определи дали тестерът трябва да изисква познания за кодиране или не? Нека отговорим на още няколко въпроса, свързани с него.

Ще видим следните неща по време на този урок.

Какви умения са необходими, за да станете добър тестер?
Какъв тестер трябва да знае?
Колко знания за кодиране са необходими, за да станете добър тестер?

Атрибути на добър тестер

Методологията за тестване на софтуер варира в зависимост от необходимостта и спецификациите на софтуерния продукт. Добрият QA или софтуерен тестер играе важна роля в завършването на процеса на тестване.

Атрибутите на добрите тестери са;

Добро познаване на домейна
Добро логическо мислене и
Добри познания за умения за програмиране.

Колко знания за кодиране изискват тестерите

Писането на код и отстраняването на грешки е задачата на разработчика.

Тогава възниква въпросът, защо знанията за кодиране са необходими на тестерите?

Нека да видим част от причината, поради която познаването на кодирането става необходимо за тестерите.

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

Докато извършва тестване на черна кутия, тестерът не изисква знания за кодиране. Тестерът просто тества софтуера, като въвежда данните и след това проверява изхода.
Тестването на бяла кутия или тестването с код изисква познаване на кода. Познаването на различни концепции за програмиране като C, C #, C ++, RDBMS концепция и др. Може да бъде полезно.
Тестерите изискват добри познания за кодиране, когато отидат след тестване за автоматизация или бяло поле. Това е така, защото тестовете за автоматизация включват покритие на извлечения, покритие на кода, цикломатична сложност и т.н.
SQL (език за структурирани заявки) - Понякога тестването се нуждае от проверка на базата данни. Така че тестерите трябва да притежават основните познания за SQL команди като -select, създаване, актуализиране и т.н.
SQL-инжекция, "SQL инжекция" е една от техниките, използвани за хакване на базата данни чрез вмъкване на нежелани команди. Доброто познаване на JavaScript и SQL командите е полезно за предотвратяване на подобни заплахи за сигурността на софтуера.
Agile Testing - При пъргавото тестване целият екип е отговорен за качеството на софтуера. По време на гъвкавия процес тестерът ще работи с един или повече програмисти, за да напише тест. Така че за създаването на автоматичен тест е задължително тестерите да знаят кода.

Някои важни съвети за анализатор на QA за софтуер

Познаването на ръчно тестване, скриптови езици като JavaScript и др. Ще добави кредит към вашите умения за тестване.
Като тестер трябва да изградите основните си познания по езици за програмиране като Java, VBScript. Не е задължително, но е необходимо. Познаването на SQL концепции, концепцията за СУБД, е добра практика за вас.

Освен тях има няколко общи съвета, които могат да помогнат на анализатора на QA за софтуер,