LB
но всё равно спасибо)
Size: a a a
2019 August 14
R
Кто пользовался интерфейсом TestLink и Jira? Он в рабочем состоянии? кастомизируется? есть ли у TestLink REST?
TN
Кто пользовался интерфейсом TestLink и Jira? Он в рабочем состоянии? кастомизируется? есть ли у TestLink REST?
тест линк не очень, это просто боль
TN
Кто пользовался интерфейсом TestLink и Jira? Он в рабочем состоянии? кастомизируется? есть ли у TestLink REST?
REST есть, гуглится через testlink api
АБ
Всем привет, пишу сюда первый раз, хочу услышать больше независимых мнений. Тема: "webdriver vs puppeteer". Заранее спасибо за ответы)
RG
Всем привет, пишу сюда первый раз, хочу услышать больше независимых мнений. Тема: "webdriver vs puppeteer". Заранее спасибо за ответы)
Да.
VD
Поддерживаю.
Z
Всем привет, пишу сюда первый раз, хочу услышать больше независимых мнений. Тема: "webdriver vs puppeteer". Заранее спасибо за ответы)
Нет.
АБ
Поддерживаю.
Согласны? Узнали? Поддержим лайком?
VD
Согласны? Узнали? Поддержим лайком?
Ну я солидарен с Ричардом, на такой вопрос правильный ответ - да.
TN
Всем привет, пишу сюда первый раз, хочу услышать больше независимых мнений. Тема: "webdriver vs puppeteer". Заранее спасибо за ответы)
pupeteer "лучше", судя по отзывам разработчиков - более стабильный и более быстрый (это факт). В целом он ин нравится самой идеей, но писать на нем автотесты - на любителя, нужна нода и JS... не всем это нужно и не всем нравится.
Если мы любите JS, то почему бы и не использовать pupeteer, свои плюсы у него есть.
Если мы любите JS, то почему бы и не использовать pupeteer, свои плюсы у него есть.
VD
Кроме шуток, если у вас есть вопрос - задайте его. Опишите проблему, что не понятно, какие сложности. Тогда есть шанс получить нормальный ответ
R
тест линк не очень, это просто боль
QA это тоже боль. Жизнь это боль. Вопрос заключается только в том, как там уже с существующей интеграцией тестлинка и жиры ? Нужно ли с нуля делать свою ? Нужно ли мне до пенсии быть жира кодером?
FT
Допустим, предрелизная проверка работоспособности, общий чек-лист + список регресса - от него не поступает информация что что-то работает, оно же работает. Не поступает как работает. Только если баг нашёл. Перед проверкой разговаривали о том что для оценки готовности релиза нам нужно знать что проверено и как, что работает и что сомнительно, ну и если есть - баги. Нет багов - ему скучно, считает что зря сидел.
Я правильно понял, что фактически от него требуется отчет, что протестировано? Оформить это требование, проверять то, что он показывает, думать по результатам
R
REST есть, гуглится через testlink api
https://github.com/kinow/testlink-java-api
https://sqa.stackexchange.com/q/16267/7102
More choice. More pain.
But, by the way: where is the REST?
https://sqa.stackexchange.com/q/16267/7102
More choice. More pain.
But, by the way: where is the REST?
FT
Упс, не заметил, что реплика четырехдневной давности, телега счетчик сбросила
m
Я правильно понял, что фактически от него требуется отчет, что протестировано? Оформить это требование, проверять то, что он показывает, думать по результатам
?
E
?
отчёт это конечное представление, которое не составило бы проблемы если бы человек понимал цель тестирования, мог выстроить стратегию тестирования, из только заведённых багов не виден ни охват функционала, ни вообще ничего.
FT
я там немного дальше почитал, в истории про установку показалось, что вы от него ждете информации по форме, которая ясна вам, но не ясна ему. Поэтому и подумалось, что формализация может помочь
FM
Подскажите в чем различие между требованиями и нуждами заказчика? Требования это то, что задокументировано бизнес аналитиком в документе , то есть какой продукт должен быть. А в чем разница между нуждами заказчика?