Автор: Каллум Эйкхерст-Райан (Callum Akehurst-Ryan) Оригинал статьи Перевод: Ольга Алифанова
В последнее время я работал над несколькими новыми проектами и самостоятельно решал, что тестировать, и что считать качественным. В частности, я исследовал нефункциональные области качества, чем раньше не занимался, и нашел ряд легких в освоении инструментов.
Нефункциональное тестирование легко отбросить, как что-то ненужное, особенно на ранних стадиях разработки. Однако чинить полностью готовый проект, не удовлетворяющий своей производительностью или безопасностью, куда сложнее, нежели постепенно вносить изменения заранее, и поэтому давать обратную связь по нефункциональным проблемам полезно как можно раньше. То, что нефункциональное тестирование остается "за рамками", также означает, что надо прагматично подходить к вопросу, о чем сообщать команде, дабы быть доверенным советником – нам не нужно, чтобы нас считали ставящими команде палки в колеса из-за того, на что всем наплевать, только ради достижения "золотого стандарта качества".
Ниже – инструменты, которые я использовал, и считаю очень простыми в освоении.
Мы хотим из Jenkins ходить в JIRA, чтобы вытаскивать значение поля (да/нет), зачем получать значение в Jenkins и в зависимости от значения поля запускать или не запускать сборку тестов.
Подскажите, пожалуйста, знаете ли подходящие плагины или готовые решения?