Тестирование ПО (Тестировщик, QA инженер)

Х.З.:

Приходя на работу я б не рекомендовал кидаться идеями, улучшениями, повышениями качества и изменениями воркфлоу и прочей фигни. Как минимум для этого там уже наняты люди, а как максимум вам должно быть по***й т.к. это не ваш бизнес

Т.е. вы предлагаете плыть по течению и ничего не улучшать?

Х.З.:

Tommy_Blant, только при наличии полномочий и хорошего гешефта на карточку. НО, это реакция профессионального специалиста который на 100% может и уже реализовывал работу в качестве лида.
Рекомендации были скорее для джунов и мидлов.

Действительно "с ходу" если начать проводить революцию, то это будет воспринято негативно т.к. человек новый, не имеет достаточного авторитета в команде. Но если постепенно начать проводить некоторые улучшения, которые пойдут на пользу проекту, то не думаю, что кто то будет против. Правда это только мои мысли т.к. я недавно сменил работу и опять являюсь единственным тестировщиком. Хотел бы наладить процесс тестирования с регулярными билдами, регрессионным тестированием и т.д. Посмотрим, получится ли

Tommy_Blant:

Х.З.:

Приходя на работу я б не рекомендовал кидаться идеями, улучшениями, повышениями качества и изменениями воркфлоу и прочей фигни. Как минимум для этого там уже наняты люди, а как максимум вам должно быть по***й т.к. это не ваш бизнес

Т.е. вы предлагаете плыть по течению и ничего не улучшать?

проблема в том, что как правило люди не улучшают, а говорят. Говорят: "у вас тут все неправильно, а надо все правильно".

Х.З., в таком случае может подскажите, как лучше организовать процесс тестирования и каких ошибок лучше избежать?

Tommy_Blant, zaffman прав. Я могу с вами пообщаться на эту тему если вы действительно хотите что-то улучшить. Потому что я не знаю ваших обстоятельств, специфики работы и полномочия. Если есть желание, напишите мне в ЛС.

Ivan Igorevich:

ORACLE SQL

а как же?

Krakoz9Ibr:

Ivan Igorevich:

ORACLE SQL

а как же?

что-то подсказывает

Надеюсь ошибится

Ivan Igorevich:

из резюме джуниор тестировщика.

Adobe Photoshop
Atlassian Jira AutoCAD CMS Wordpress CSS HTML MathLab MS Office ORACLE SQL Windows Базовые знания C/C++/C# ООП Основы построения сетей Сетевые протоколы Цифровая электроника Cisco Packet Tracer

Внушает. Но мне из всего этого один ма-а-а-а-а-ленький sql нужен. И что-то подсказывает, что опять пролет будет.
И так в общем-то в большинстве случаев.

Да еще MATLAB c ошибкой.

zffman:

Electra_venik:

Кто знает в каких случаях можно отклоняться от заданного тест-плана?

Как у вас процесс построен? Если в каком-то виде сдаете отчетность - укажите в ней, что от тест-плана отклонились и причины. Может у вас вообще нету подобной отчетности - каким-то другим образом задокументируйте то, о чем я сказал выше (или прямо в джира-таске, если такая имеется, или письмом лиду, проджект-менеджеру или кто у вас там).

Интересуют в принципе причины, по которым можно отклоняться. Ну то есть просто примеры...
Это у меня тестовое задание такое, а в голову ничего не приходит и не гуглится совсем

Фантазию надо развивать значит. Открываете определение тест плана. Понимаете, что тест-план - это тоже документ, и он тоже подвержен версионности. Например (смотрю здесь http://www.znannya.org/?view=software-testing-plan ):

Что будете тестировать?
список функций и описание тестируемой системы и её компонент

В ходе разработки выяснилось, что кусок функционала не надо реализовывать или пока невозможно реализовать. Тест план потом будет конечно же изменен. Но при текущем тестировании вы наверняка отклонитесь от уже существующего тест-плана.

Как будете тестировать?
стратегия тестирования, а именно: виды тестирования и их применение по отношению к тестируемому объекту

Не успеваете провести тестирование в полном объеме и отказываетесь, например, от нагрузочного, как менее приоритетного.

Эти примеры, конечно, крайне примитивны. И в реальной жизни все будет зависеть от того, как у вас поставлены процессы.