Не до конца понимаю первое задание. Нужно сделать тест кейс используя техники тест дизайна. В шаблоне тест кейса указаны длинна символов 255 и тд. А какие требования к этой странице/полям ? Или нужно самому требования составить. (в тест кейсе дублировал ссылку с баг репорта, что б отправить) Спасибо

По простому о приоритетах бага: - trivial можно не исправлять, ничего страшного - minor, нужно исправить но может подождать, можно зарелизить и потом подправить - major нужно исправить, это нельзя релизить - critical нужно исправить максимально быстро, может нанести вред пользователям или репутации компании - blocker я не могу тестирировать что-то из за этого бага

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

Добрый день, подскажите как правильнее составлять структуру тест кейса, если задача тестировать весь сайт (как Pechenka) Например, по каждой странице сайта и на ней уже все проверки (верстка, пунктуация, работоспособность каждого элемента страницы). Нужно ли к каждому важному пункту добавлять ссылку на фото ошибки. Как это вообще делается в реальной работе? Все в один тест кейс, или кто то составляет тестовые наборы (тестирование форм, тестирование главной страницы...) и в них уже тест кейсы по теме.

Use cases/User story как перевести на русский.

У них есть статусы, непонятно что они означают: passed/failed/blocked

Добрый день! А Вы можете порекомендовать , что можно почитать, чтобы разобраться с тем, что должно быть в приложение, а чего не должно быть, я имею ввиду дизайн (про кнопку выхода из приложения, я не знала, что ее не должно быть), может есть что-то вроде правил как для приема приложений в AppStore и Googe Play ?

Алена: правильно понимаю что чек-лист, это грубо говоря тот же тест-кейс, только не нужно писать ожидаемый результат?

Добрый день, у меня вопрос по поводу создания тест плана. Мне непонятно, что нужно писать в пункте 1.2.Background - там начало вроде как одного из use case и дальше идет ссылка на страницу со всеми use cases. Не понимаю зачем это и нужно ли мне в своем тест плане оформлять так же - или это необязательно и можно просто дать ссылку на use cases ?

Недавно Сергей прислал нам вопрос - "Если имеется только гуманитарное высшее образование возможно ли выучиться на тестировщика? С Уважением. Жду ответ." Как мы недавно писали в группе. Выучится на тестировщика намного проще, чем получить высшее образование. Достаточно 2-3 месяца упорной работы.  При этом выучится способен любой человек который закончил школу и имеет достаточную мотивацию. У меня в компании, работает сейчас много гуманитариев, которые пришли в тестирование, быстро выучились и сделали карьеру. Есть примеры тестировщиков и программистов которые оканчивали только техникум (по рабочей специальности), а теперь выбились в руководители IT отделов.