ДА
Спасибо
Size: a a a
2020 June 23
А
Я бы сообщил об этом, вы своими тестами можете внести изменения на прод (сделать заказ and etc.)
Спасибо!)
L
можно ли узнать, сколько по времени скачивался файл в google chrome?
L
возможно
L
а возможно через Google\Chrome\Application\debug.log но хз, там обычно работа хрома самого
L
Сижу, познаю дзен и возник вопрос: хорошим ведь тестером считается тот, никто просто нашёл и ткнул на проблему, а кто ещё и предложил решение проблемы. Так вот, спрошу у старожил, у вас всё это с опытом пришло?
АБ
Сижу, познаю дзен и возник вопрос: хорошим ведь тестером считается тот, никто просто нашёл и ткнул на проблему, а кто ещё и предложил решение проблемы. Так вот, спрошу у старожил, у вас всё это с опытом пришло?
> хороший тестер
> ещё и предложил решение проблемы
Это с каких пор?
> ещё и предложил решение проблемы
Это с каких пор?
.
Про решение это спорно
L
> хороший тестер
> ещё и предложил решение проблемы
Это с каких пор?
> ещё и предложил решение проблемы
Это с каких пор?
но ведь мало всего лишь показать условия появления проблемы (хотя для QA это прям основополагающая вещь при участии в проектировании), важно и помнить решение типичных дефектов/багов
VM
Сижу, познаю дзен и возник вопрос: хорошим ведь тестером считается тот, никто просто нашёл и ткнул на проблему, а кто ещё и предложил решение проблемы. Так вот, спрошу у старожил, у вас всё это с опытом пришло?
с мозгами скорее всего
VL
но ведь мало всего лишь показать условия появления проблемы (хотя для QA это прям основополагающая вещь при участии в проектировании), важно и помнить решение типичных дефектов/багов
Очень спорно, мало у кого квалификация позволит говорить разработчикам что нужно делать)
VM
это у тебя либо есть, либо нет
T
не ну если на стадии стартапа да, я часто предлагаю решение проблемы, но я не старожил :) и если это не непонятная бабуйня, от которой шалеет даже разраб и ругается матом когда видит.
АБ
но ведь мало всего лишь показать условия появления проблемы (хотя для QA это прям основополагающая вещь при участии в проектировании), важно и помнить решение типичных дефектов/багов
зачем?
.
*пытается отучить одного товарища сообщать свои фантазии и способы как сделать продукт лучше, хочется что бы просто сообщал что не так
.
Мне больше нравится когда зарепорченые мною баги берут в работу, в идеале сразу же
L
зачем?
Для QA чтобы знать где могут быть узкие места, чтобы в будущем допустить меньше багов, т.к. он знает что при использовании одного другому могут появиться проблемы. А при подсказке решения дефекта/бага дабы уменьшить время на решение (уменьшить время жизненного цикла бага на уровне fix)
T
...
*пытается отучить одного товарища сообщать свои фантазии и способы как сделать продукт лучше, хочется что бы просто сообщал что не так
а у вас что-то типо пбр где это обсуждается, можно его прост туда с идеями слать :)
АБ
Для QA чтобы знать где могут быть узкие места, чтобы в будущем допустить меньше багов, т.к. он знает что при использовании одного другому могут появиться проблемы. А при подсказке решения дефекта/бага дабы уменьшить время на решение (уменьшить время жизненного цикла бага на уровне fix)
>знать где могут быть узкие места
Полезно
>в будущем допустить меньше багов
баги допускают разработчики, отдел QA этим не занимается
>уменьшить время на решение
отдел QA этим не занимается
Полезно
>в будущем допустить меньше багов
баги допускают разработчики, отдел QA этим не занимается
>уменьшить время на решение
отдел QA этим не занимается
L
>знать где могут быть узкие места
Полезно
>в будущем допустить меньше багов
баги допускают разработчики, отдел QA этим не занимается
>уменьшить время на решение
отдел QA этим не занимается
Полезно
>в будущем допустить меньше багов
баги допускают разработчики, отдел QA этим не занимается
>уменьшить время на решение
отдел QA этим не занимается
а тогда что делает QA при проектировании?