developers are not good testers
Това може да бъде голям дебат. Разработчиците тестват собствения си код - Какъв ще бъде резултатът от тестването? Всички щастливи краища! Да, човекът, който разработва кода, обикновено вижда само Щастливи пътеки на продукта и не искате да навлизате в много подробности.
отворете .bin файл windows 10
Основната грижа на тестването за разработчици е - неразбирането на изискванията. Ако изискванията са неразбрани от разработчика, тогава без значение на каква дълбочина разработчикът тества приложението, той никога няма да намери грешката. Първото място, където бъгът се въвежда, ще остане до края, разработчикът ще го види като функционалност.
Оптимистични разработчици - Да, написах кода и съм убеден, че работи правилно. Няма нужда да тествате този път, няма нужда да тествате този път, тъй като знам, че работи правилно. И точно тук разработчиците пропускат Грешки .
Разработчик срещу тестер: Програмистът винаги иска да види кода му да работи правилно. Така че той ще го тества, за да провери дали работи правилно. Но знаете ли защо тестерът ще тества приложението? За да го накара да се провали по какъвто и да е начин, и тестерът със сигурност ще тества как дадено приложение не работи правилно. Това е основната разлика в тестване на разработчици и тестване на тестери.
Трябва ли разработчиците да тестват собствената си работа?
Аз лично нямам нищо против разработчиците да тестват собствения си код. В крайна сметка това е тяхното бебе ;-) Те знаят много добре кода си. Те знаят какви са капаните в техните кодове.
Къде може да се провали, къде да се концентрира повече, което е важният път на приложението. Разработчикът може да направи тестване на модули много добре и може ефективно да идентифицира гранични случаи. [ Източник на изображението]
Това е всичко приложимо за разработчик, който е Добър тестер ! Но повечето разработчици смятат тестването за болезнена работа, дори те добре познават системата, поради небрежността си те са склонни да пропускат много пътища за тестване, тъй като това е много болезнено изживяване за тях.
Ако разработчиците открият някакви грешки в кода си в Unit Testing, тогава е сравнително по-лесно да се поправят, тъй като кодът е свеж за тях, вместо да получават грешката от тестери след два-три дни. Но това е възможно само ако разработчикът е заинтересован да направи толкова много тестове.
Това е Отговорност на тестера за да сте сигурни, че всеки път е тестван или не. Тестерите в идеалния случай трябва да отдават значение на всички малки възможни детайли, за да проверят дали приложението никъде не се нарушава.
най-добрата система за почистване на Windows 10
Програмисти, моля, не преглеждайте собствения си код. Като цяло ще пренебрегнете проблемите в кода си. Затова го дайте на други за преглед.
Всеки има специализация по определен предмет. Разработчиците обикновено мислят как да разработят приложението. От друга страна тестерите мислят как крайният потребител ще използва приложението.
Заключение
Така че, накратко, няма проблем, ако разработчиците правят основно тестване на единица и основно тестване за проверка. Разработчиците могат да тестват няколко изключителни условия, които знаят, че са критични и не трябва да се пропускат. Но има някои страхотни тестери там.
Чрез екипа за изграждане на тест. Не си губете и времето. За успеха на който и да е проект трябва да има независим екип за тестване, който да валидира вашите приложения. В крайна сметка, нашата (тестери) отговорност е да направим ‘бебето’ по-умно !!
Какво каза?
Препоръчително четене
- Съвети за тестване на софтуер за начинаещи тестери
- Тестерите губят ли сцеплението си при тестване поради автоматизация?
- Глобалният бизнес за тестване на софтуер скоро ще достигне $ 28,8 милиарда
- Топ 10 на най-популярните инструменти за преглед на кодове за разработчици и тестери
- Как да запазите мотивацията жива в софтуерните тестери?
- Ключ към успешното тестване на единици - Как разработчиците тестват собствения си код?
- Топ 15 инструменти за тестване на SOA за тестери
- Най-добрите статии за тестване на софтуер от 2008 г.