Перейти к содержимому

FestiveGrape

Регистрация: 29 окт 2013
Offline Активность: 24 июл 2018 11:40
*****

#137507 Как грамотно организовать тестирование

Написано FestiveGrape 10 декабря 2014 - 11:44

Я тоже посоветую начать с тест-дизайна и взять за основу тестирование, которое проверяет, что все заявленные требования работают.

Что я имею в виду... Не надо пока что распыляться и проверять всё подряд: все граничные значения, разбиение на классы эквивалентности, стресс-тестинг и так далее.

В первую очередь функционал должен работать без всяких там негативных тестов, ведь если, например, калькулятор должен умножать, то не нужно бросаться и проверять что станет, если туда вбить отрицательные или какие-нибудь бесконечные значения чисел. Просто проверьте, что калькулятор вообще умножает цифры, двух-трех-четырех-пятизначные числа и убедитесь, что всё работает как надо. Ведь если вы проверите умножение двух-трехзначных чисел и умножение отрицательных, а калькулятор сломается на умножении четырехзначного числа, то это полный фэйл. 90% пользователей будет умножать одно и тоже, и только 10% пользователей будут извращаться и умножать -9999 на 0.

 

В общем, так как вы один и не сможете объять необъятное, проверяйте общий workflow, чтобы всё работало для обычного юзера, а все остальные ситуации, которые случаются в 1% случаев, оставляйте на потом.


  • 1


#136068 QA на первой сборке есть или нет?

Написано FestiveGrape 31 октября 2014 - 09:09

 

Что такое тестирование требований?

Вот скажем пишем мы калькулятор и там должно быть возведение во вторую степень.

Как это требование "протестировать" ДО написания кода?

 

У меня только одна догадка... Например.

Тест1: возведение положительного числа во вторую степень

Тест2: возведение отрицательного числа во вторую степень

Тест3: возведение нуля во вторую степень

Тест4: возведение какого-то "среднего" числа во вторую степень

Тест5: возведение максимально допустимого числа во вторую степень

Когда мы получаем готовый калькулятор с новой фичей в виде "возведения чисел во вторую степень", то мы проверяем всё это дело по вышеуказанным тест-кейсам?

 

Это и есть тестирование требований или я что-то путаю? :-)

Путаете. Посмотрите два моих доклада:

* "Приоритезация методов верификации требований" на SQA-10

* "Написание тестов, как вид тестирования требований" на ЛАФ-2010

 

PS. На своем тренинге по юзкейсам я ставлю навык тестирования требований. Причем по куче критериев.

 

 

Можно, пожалуйста, ссылочки сюда или в ЛС :-)

Буду очень признателен

 

Апдейт1: Одно из выступлений нашел: "Написание тестов, как вид тестирования требований"


  • 1