RG
Верно. Это одно из упражнений, которое повышает его.
Size: a a a
2021 September 02
RG
Качество - это обязанность и забота не только куа, но всей команды.
RG
Нельзя наседать на куа со словами "вы за качество отвечаете, повышайте его".
RG
повышение качества - это комплексный аттракцион. Здесь и подход к автоматизации и тест-дизайн и пересмотр сессий и подходов к ручному тестированию у куа, а так же ревью кода у разработчиков, селф-чек, написание юнит-тестов у разработки и так далее и тому подобное.
К
Ох. Да, я понимаю.
Я просто стараюсь выработать статегию для своей маленькой новоиспеченной команды, потому что пока ощущение, что люди нанимаются хаотично и несистемно :)
Я просто стараюсь выработать статегию для своей маленькой новоиспеченной команды, потому что пока ощущение, что люди нанимаются хаотично и несистемно :)
К
Спасибо большое
К
Чувствую, мне предстоит ещё много работы в этом направлении
RG
У вас всё получится, дерзайте!
К
Спасибо :)
AA
Тогда. как сказал Ричард, узнайте цели/задачи компании и оттрассируйте их на цели и задачи тестирования. Станет понятнее, в какую сторону идти.
Возможно, автоматизация на данном этапе не понадобится.
Возможно, автоматизация на данном этапе не понадобится.
К
Уже в рамках флуда:
> узнайте цели/задачи компании
С этим в компании тоже проблема, я непосредственно участвую в выработке этих самых целей и пока идёт очень сложно :)
> узнайте цели/задачи компании
С этим в компании тоже проблема, я непосредственно участвую в выработке этих самых целей и пока идёт очень сложно :)
К
Можете ли посоветовать какие-нибудь поверхностные материалы по трассировке, видам тестирования и подходов к нему? Я была бы рада
AA
На ум приходит только "Ключевые процессы тестирования" Блэка, но они ни разу не поверхностные :(
К
Всё равно спасибо ❤️ Надеюсь, найду время почитать
RG
"Ключевые моменты в процессах тестирования" Рекс Блэк
VK
если юзеры замечают баги, вам нужно усилить тестирование основного функционала -
каждый раз в регрессе пробегать юзер-кейсы (пути по которым чаще всего лазят пользователи). далее тестить связанный с этими местами функционал. далее уже остальное, на что времени хватает
каждый раз в регрессе пробегать юзер-кейсы (пути по которым чаще всего лазят пользователи). далее тестить связанный с этими местами функционал. далее уже остальное, на что времени хватает
VK
сначала на всё надо написать чеклисты для ручных тестов.
добавить места, которые руками нельзя протестить.
это будет 100%
потом эти тесты можно автоматизировать.
сколько тестов останется - то автотестами не покрыто.
так и будет ясно процент покрытия.
добавить места, которые руками нельзя протестить.
это будет 100%
потом эти тесты можно автоматизировать.
сколько тестов останется - то автотестами не покрыто.
так и будет ясно процент покрытия.
VK
можно оценить в часах, сколько нужно времени на тест каждого в отдельности и всего вместе.
VK
часто есть места которые нельзя протестить руками.
только автотестами.
точно так же как есть места которые нельзя обернуть автотестами, только руками тестить.
только автотестами.
точно так же как есть места которые нельзя обернуть автотестами, только руками тестить.