да это многие фреймворки умеют, ничего нет в этом хитрого. можно хоть после каждого шага его делать, если есть желание :)
- Форум тестировщиков
- → Публикации MissLeman
106 публикаций создано MissLeman (учитываются публикации только с 01 июля 2023)
Отправлено автор:
MissLeman
20 декабря 2018 - 14:43
в
Автоматизированное тестирование
да это многие фреймворки умеют, ничего нет в этом хитрого. можно хоть после каждого шага его делать, если есть желание :)
Отправлено автор:
MissLeman
25 июля 2018 - 15:56
в
Про тестирование обо всём подряд
Было два кейса.
Заказчик предоставил для тестирования приложения мобильные телефоны, а потом неожиданно попросил отправить обратно. После этого в чеклист хорошего менеджера внесли пункт "сбрасывать телефоны на заводские настройки на всякий случай ежемесячно", потому как в адресной книге откуда-то взялся контакт, еще и гордо стоящий первым по алфавиту, где имя было именем на букву "А", а фамилия - нехорошим словом.
Еще один кейс: тестировали какую-то фичу, до релиза - как до Нового Года, а шефу срочно понадобилось показать фичу кому-то. На проекте была очень неформальная атмосфера, все на ты, но все равно было неловко, т.к. обнаружились курсы (это было приложение для дистанционной учебы) задорного содержания.
Мораль: если человек сам не понимает, что это работа, несмотря на то, что на нее можно приходить в шортах и шлепанцах с носками, то этого никак не объяснишь
Подписываюсь на тему и с нетерпением жду увлекательных историй
Отправлено автор:
MissLeman
20 июля 2018 - 07:53
в
Про тестирование обо всём подряд
решила, что лучше по ошибке повестись на спамера, чем послать хорошего человека. да, на iPad верстка кривая, строчка с телефоном и почтой съехана с панели, не видно карты в разделе контакты, в общем на глазок там мелких багов штук 15.
хотя как по мне у вас и в Windows, скажем так, есть куда расти.
автора текстов выкинуть в окно.
Отправлено автор:
MissLeman
05 декабря 2018 - 15:40
в
Тест-дизайн и ручное тестирование
У реакт-приложений я видел поведение, которое не характерно для других веб-приложений, из-за одной ошибки, фронт нафиг падает. То есть, например нажал кнопку или там другой элемент забагованный и всё.
да, это правда, случается постоянно - выпадает просто в белый экран с джаваскрипт ошибками в консоли. даже если просто ошибка в джаваскрипте при загрузке страницы
иногда даже бэкенд ответит неправильно, например с нулл - и фронт падает
Как бы было бы здорово, если бы так было всегда :)) Нету белого экрана - значит, все правильно работает! (ну, как минимум, сама страница :)) Но такого не видела пока. Если ошибки в джс - то они просто в консоли, и все.
в хром девтулс добавили вкладку React, можете попробовать
Это же экстеншн, вроде?
А как именно его можно полезно использовать? (вариант тестировать и смотреть в консольку на предмет ошибок - понятно :))
Отправлено автор:
MissLeman
05 декабря 2018 - 13:10
в
Тест-дизайн и ручное тестирование
Есть ли какие-то проверки, специфичные для страниц на сабже?
Какие-то особенные иньекции, проверки для GUI и прочее, отличающиеся от "обычных" веб-страниц.
Отправлено автор:
MissLeman
05 ноября 2018 - 09:59
в
Начинающему тестировщику
По-моему, вы гораздо быстрее найдете ответы в гугле. Большинство - простые и однозначные определения. Ничего особенно сложного в определении DOM или чек-листа нет.
Эстимирование времени - формулы оценки на основе времени разработки (про 30% это, кстати, имхо цифра с потолка), на мой взгляд, не слишком полезны по следующим причинам:
1) нередко надо оценить время на тесты еще до начала спринта, т.е. еще до начала разработки, и вы опираетесь не на фактическое время разработки, а на эстимейт разрабов, точно так же вилами по воде написанный.
2) реальная зависимость может быть очень разной. Может быть - намного меньше времени разработки, и намного больше (разработчик поменял две строки фронтенда, а тестировщикам пришлось перетестировать все приложение в четырех разных браузерах).
3) реальное время может отличаться в зависимости от того, сколько багов нашлось, т.к. их локализация и заведение тоже занимает время. На одном моем проекте требовалось приложить к багу комплект минимум из 4 серверных логов + скриншоты с UI, а иногда из 8 или 12, а для их получения каждый раз требовалось воспроизводить баг. Каждый баг - минут 10-15, 4-6 багов - лишний час.
На мой взгляд ответ, близкий к верному, скорее будет таким: для оценки времени нужно иметь наборы тестов, разбитые по функциональным областям системы (это не то же самое, что страницы! Допустим, этот форум. Будут примерные области: регистрация, логин, написание сообщения, создание темы, поиск... ). По результатам обсуждения фичи на планировании, когда разработчики уже примерно знают, как это будет разрабатываться, мы будем примерно знать области, которые нужно будет перетестировать, а стало быть, и затраты (в тест-трекинговых системах, как правило, сохранется время прогона тестов). Плюс добавить время на написание и прогон новых тестов, переписку старых, если нужно (это можно прикинуть по затронутому функционалу + предыдущему опыту).
Плюс еще, в зависимости от конкретного проекта, где-то в обязанности тестировщиков входит поддержание спеки, где-то требуется обязательное написание "официальной" тестовой документации - отчеты или тест-план для заказчика, где-то автотесты дописывать придется.
Как-то так.
5 вопрос - не поняла его смысла. Можно или нужно? О_о Нужно - в зависимости от требований заказчика. Если поддерживаем мобильные браузеры/планшеты, то тестируем. Если нет - то нет. Можно - кто ж запрещает? Или можно - в смысле вместо десктопных?
Может этот вопрос в каком-то контексте был?
Отправлено автор:
MissLeman
11 июля 2018 - 07:45
в
Про тестирование обо всём подряд
Да, был. Приложение огромное, логика - разная. Есть требования к некоторому модулю, и тест-кейсы пишутся по частям, для каждого модуля, одним тестировщиком, а выполняет их другой тестировщик. Но в данном случае оба человека систему знали достаточно хорошо.
Интересно, а у вас был такой опыт? Если не секрет, сколько времени заняло, большое ли было приложение? Надеюсь не слишком любопытна, но это для меня в какой-то степени крышеснос )Да, такое бывает.
Это возможно, хоть и непросто.
Это немного разные вещи. Пишут кейсы и тестируют на одном проекте разные люди - это, насколько я знаю, довольно распространенная практика, у нас тоже так было одно время. А я говорю именно о сложности для постороннего человека вникнуть в проект - и быстро - чтобы написать действительно качественную документацию.
Если предположить, что нанимают его, как верно заметили выше, не с целью попилить бюджет, а для того, чтобы потом вообще без тестировщика обходиться, а просто любой свободный член команды берет и по этому документу тестирует.
Или там джун тестирует и ему легче дополнять эти документы, чем писать с нуля.
(целесообразность такого подхода - другой вопрос, конечно).
Отправлено автор:
MissLeman
10 июля 2018 - 16:12
в
Про тестирование обо всём подряд
Иногда можно просто написать список ошибок, которые допустят программисты когда будут писать код. Список будет сильно неполный, но тем не менее.
Неполный? Тогда это несложно - надо просто взять предполагаемую технологию и погуглить ее, прибавив слова top 10 mistakes :))
Отправлено автор:
MissLeman
10 июля 2018 - 13:52
в
Про тестирование обо всём подряд
Вопрос совершенно теоретический, заинтересовал по результатам спора с коллегами. Допустим, вы работаете в аутсорсе или там фрилансите, и вам падает задание: написать исчерпывающие чек-листы/тест-кейсы/тест-план для какого-либо проекта, а тестировать по этому добру будут потом совсем другие люди. Бывает ли такое? И возможно ли вообще - в смысле, возможно ли сделать подобную работу именно качественно/исчерпывающе?
Понятно, что для какого-нибудь типичного интернет-магазина, наверное, да, но если это достаточно сложный (пусть и небольшой) сервис с небанальной бизнес-логикой?
Отправлено автор:
MissLeman
10 июля 2018 - 16:10
в
Про тестирование обо всём подряд
Да, такое бывает.
Это возможно, хоть и непросто.
Интересно, а у вас был такой опыт? Если не секрет, сколько времени заняло, большое ли было приложение? Надеюсь не слишком любопытна, но это для меня в какой-то степени крышеснос )
Отправлено автор:
MissLeman
18 января 2019 - 13:34
в
Начинающему тестировщику
Если мне память не изменяет, мы эту свзяку настраивали вот так
https://dontpaniclab...ation-teamcity/
вот прям как там напиано (правда это было в прошлом году и с тех пор интерфейс ТС малость обновился, но думаю особых проблем у вас не будет)
там и запись видео можно организовать с помощью ТС (например через ffmpeg) и вот это https://www.tightvnc.com/
так - а репортер вы же поставили? какой-нибудь https://www.npmjs.co...smine-reporters ?
Отправлено автор:
MissLeman
19 января 2019 - 08:48
в
Начинающему тестировщику
Настройки там аналогичные. Просто пропустите раздел Getting started with Teststack и сразу переходите к созданию билд-агента. Указываете там УРЛ вашего тестового окружения (если их несколько, можно этот параметр вынести в конфиг), создаете пользователя, который будет всегда залогинен, и погнали дальше :)
Если у вас что-то конкретное не получится, пишите попробуем разобраться
Отправлено автор:
MissLeman
24 мая 2019 - 14:58
в
Личный рост, карьера, развитие
Если вы все это не просто прочитали, а как следует поняли и проработали, то пишите уже резюме и устраивайтесь.
Тут кстати на форуме в этом разделе вроде было обсуждение про резюме (там чел писал, что рассылает, но на собеседования не зовут), и там советовали как писать. Если актуально.
ИЗ того что вы не упомянули, желателен еще английский хоть в каком-нибудь виде, особенно если вы в СНГ.
Отправлено автор:
MissLeman
06 января 2019 - 12:46
в
Начинающему тестировщику
Но при этом неплохо иногда сделать тест-тур с использованием популярных адблокеров и пассворд-менеджеров (тех, которые сами логгируют вас). Это довольно популярные инструменты, а баги могут быть огого.
Отправлено автор:
MissLeman
06 декабря 2018 - 11:48
в
Автоматизированное тестирование
у вас не локатор, а ужас летящий на крыльях ночи, напишите нормальный (используйте классы, другие атрибуты и еще что-нибудь).
https://www.guru99.c...h-selenium.html
я не поняла, где вы его редактируете - в разметке или в тесте или в консоли? возможно, после взаимодействия со страницей ее структура меняется и появляется еще один див (что-то становится жирным или в фокусе или еще че-нить).
Отправлено автор:
MissLeman
14 декабря 2018 - 10:28
в
Начинающему тестировщику
наверное на зоне и в разработке софта разные качества ценятся
например на зоне ценится когда человек "умеет держать язык за зубами", и может "разруливать по понятиям", когда каждый человек сам по себе "как неприступная крепость"
а в разработке ценятся больше командные игроки, умеющие и сами конструктивно критиковать и воспринимать критику
Эх, если бы еще в разработке не было всяких дерзких, как вы говорите :)
Ценности будущего - 3К: коммуникация, креативность, критическое мышление. У нас пока наблюдаю 3Г: не верь, не бойся, не проси.
Отправлено автор:
MissLeman
05 декабря 2018 - 13:29
в
Начинающему тестировщику
у джуниоров конкуренция огромная, у нас по крайней мере (Беларусь), слышала в России то же самое.
Отправлено автор:
MissLeman
16 июля 2018 - 13:47
в
Управление тестированием
https://fullstory.com/ может попробуйте. Записывает видео - что пользователь видит / делает на сайте. Сервис платный, цена зависит от требуемого количества видео в месяц (т.е. допустим заплатили за 100, он за первые 3 дня месяца записал 100 и все, до начала следующего не пишет). Не знаю, правда, скринит ли платежные данные, если нет, то у вас есть риск иметь некрасивый вид.
Отправлено автор:
MissLeman
11 декабря 2018 - 09:36
в
Тест-дизайн и ручное тестирование
Специфически для приложений с голосовой функцией проверяют распознавание, работу в шумном месте, работу при слабом сигнале интернета, очень короткие и очень длинные слова (или фразы), длинные может обрывать, а короткие не ловить. Омографы (зАмок - castle, замОк - lock, conflIct - глагол, cOnflict - существительное, made a bow - сделал лук или поклонился в зависимости от боу или бау), перевод с учетом контекста (can - могу или банка).
Еще, кстати, важно выяснить, использует ли приложение какие-то внешние части, например, если "ваша" часть - только распознавание, а перевод происходит с помощью какого-нибудь Google Translate или еще чего-то, то тонкости перевода тестировать не надо.
Дальше разделите слона на части (например : интерфейс, распознавание, перевод), эти части на еще более мелкие, пишите тестовую документацию и тестируйте. как-то так.
(но вообще, конечно, поведение ваших руководителей вызывает некоторые вопросы, если, конечно, это не тестовое задание).
Отправлено автор:
MissLeman
11 декабря 2018 - 10:26
в
Тест-дизайн и ручное тестирование
Cпасибо большое. Обязательно пройдусь по кейсам, которые вы описали.
Увы, но я работаю в одной из отсуорсинговых белорусских компаний (название не могу скать)
:)) После этой информации догадаться не сложно. То есть это тестовое задание на окончание испыта / повышение левела? В тех компаниях, про которые я думаю, вроде не принято полных новичков сразу в бой выпихивать, обычно как минимум опытный менеджер есть. Но, впрочем, дело ваше.
Процесс инсталяции не забудьте проверить, если это входит в задание или сборку
Отправлено автор:
MissLeman
13 августа 2018 - 12:40
в
Автоматизированное тестирование
Вы имеете в виду, что у вас медленно идет процесс автоматизации? Или вы не отдаете фичу в релиз, пока не напишете для нее автотесты? )
Чтобы ответить про ЗП, надо знать как минимум локацию, но вообще, чисто по моему опыту, требования к джуну-автотестеру или такие же, как к джуну-программисту, или ищут более-менее опытного мануального тестера, а возможность "развиваться в автоматизации" предлагают ему как плюшку, т.к. считается, что все туда хотят (спойлер - на самом деле нет). Я это к тому, что даже для должности автотестер джуниор немножко уметь кукумбер недостаточно :)
Отправлено автор:
MissLeman
13 августа 2018 - 15:59
в
Автоматизированное тестирование
Т.е. беда в том, что медленно продвигается написание автотестов, а не тестирование фич, как я понимаю.
Взялись - делайте, он же и спрашивает, как сделать. Правда, я ничегошеньки не понимаю, что именно у автора не получается :)
Отправлено автор:
MissLeman
07 сентября 2018 - 09:00
в
Управление тестированием
-- Не буду. Злой я сегодня ---
Прошу извинить за нескромный вопрос и отклонение от темы, а когда вы добрый?
Отправлено автор:
MissLeman
05 сентября 2018 - 13:20
в
Управление тестированием
Любопытно хоть один юзкейс с Канвой увидеть О_о
Отправлено автор:
MissLeman
13 ноября 2018 - 09:30
в
Начинающему тестировщику
Если время и силы есть, а денег нет, то подойдет еще это, наверное. Не вместо, а вместе. Как чисто практическое пособие. Бесплатная. https://svyatoslav.b...e_testing_book/
Community Forum Software by IP.Board Русификация от IBResource
Лицензия зарегистрирована на: Software-Testing.Ru