Тестовое задание

Всем добрый день, недавно получил тестовое задание,если кратко - написание тест-кейсов и тестирование приложения на основании SRS.
Приложение состоит из БД и формы с различными полями.
При тест-дизайне наткнулся на ряд противоречий-> с одной стороны требования посвящены форме с полями, с другой говорится о том что данные при успещном вводе должны быть сохранены в БД.
Вопросы:

• Следует ли составлять тест-кейсы для БД (мол как хранятся как представлены какие ключи)?
• Другой вопрос состоит в том, можно ли, используя классы эквивалентности соотнести поля, несущие 1-ну смысловую нагрузку (например: Имя и Фамилия и т.д)?
  И еще пара вопросов по мелочам=)
• Если требования не обговаривают язык ввода, при этом сами требования на английском, следует ли принимать как данное, что ввод будет производиться на английском(т.е следует ли проверять кириллицу/арабскую вязь и т.д)?
• И пожалуй последний вопрос, неверно введенные данные должны ли продуцировать понятное сообщение пользователю?(может быть как хороший тон)

Заранее спасибо всем,кто ответит и посоветует что-нибудь дельное=).
P.S: Сами требования,к сожалению, выложить не могу.

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

• Следует ли составлять тест-кейсы для БД (мол как хранятся как представлены какие ключи)?
• Другой вопрос состоит в том, можно ли, используя классы эквивалентности соотнести поля, несущие 1-ну смысловую нагрузку (например: Имя и Фамилия и т.д)?
  И еще пара вопросов по мелочам=)
• Если требования не обговаривают язык ввода, при этом сами требования на английском, следует ли принимать как данное, что ввод будет производиться на английском(т.е следует ли проверять кириллицу/арабскую вязь и т.д)?
• И пожалуй последний вопрос, неверно введенные данные должны ли продуцировать понятное сообщение пользователю?(может быть как хороший тон)

Просто мнение:
1 - если в требованиях что-то написано про базу данных, то можно составить тест-кейсы и про саму базу данных, но вообще говоря, ваша задача насколько я понимаю, это составить тестовые сценарии, которые могут возникать при работе пользователя с системой... просто в качестве инструмента проверки правильности реакции системы на действия "пользователя" вам предлагается использовать еще и саму БД, в которую можно заглядывать. Образно говоря, проверка правильности устройства БД - это уже задача наподобие code review, а у вас такой задачи не стоит.
2 - не очень понятен вопрос, поэтому опущу
3 - следует проверять все, что только может сделать пользователь... а значит и ввод символов на неанглийском языке тоже следует проверить
4 - да, обязательно... проверяя правильную реакцию системы на "неправильный" ввод пользователя вы выполняете негативные сценарии. И под правильной реакцией системы подразумевается множество вещей, в том числе и user-friendly сообщений, выдаваемых пользователю.

Спасибо всем за ответы, поясню 2 вопрос, можно ли 2 поля тестировать 1 набором входных данных, если они несут 1 смысловую нагрузку, как город и страна, фамилия и имя. Подразумеваю, что нет=)

Спасибо всем за ответы, поясню 2 вопрос, можно ли 2 поля тестировать 1 набором входных данных, если они несут 1 смысловую нагрузку, как город и страна, фамилия и имя. Подразумеваю, что нет=)

Ну если вы считаете нормальным тестировать поле "Город" входным данным "Украина", то почему и нет, вы же автор, скажете собеседующим что это авторский стиль )))

Спасибо всем за ответы, поясню 2 вопрос, можно ли 2 поля тестировать 1 набором входных данных, если они несут 1 смысловую нагрузку, как город и страна, фамилия и имя. Подразумеваю, что нет=)

Почему нет, можно.

Главное не смысл слова, какое вы впишите в поле (если только, конечно, тестируемая программа не умеет проверять смысл и например умеет угадывать что слово Test_user, не является именем или фамилией :)), главное какова структура этого слова. Т.е. например обязательно проверям, что будет если ввести в поле "имя" цифры, например пусть это будут "123456789". То же самое (т.е. что будет если ввести в поле цифры) проверяем и для поля "фамилия". Почему бы и не воспользоваться теми же входными данными, т.е. цифрами "123456789".

Но при составлении теста нужно учесть, чем эти все поля различаются. Такие ли уж они одинаковые? Может различаться максимальная длина слова, вводимого в поле. Т.е. например в поле "фамилия" можно ввести слово, в котором может быть максимально 20 символов, а в поле "имя" можно максимум ввести только 15 (понятное дело, это только выдуманный пример). И входные данные тогда для этих двух полей уже будут немного отличаться: для поля "фамилия" надо проверить что будет если ввести 21-символьное слово, а для поля "имя" обязательно проверить, что будет если ввести 16-ти символьное.
Могут различаться типы полей. Например, поле "город" может быть не текстовым полем, а выпадающим списком, и, например входными данными для поля "город" являются только элементы выпадающего списка, а ввести что-то "левое" не представляется возможным.

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

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

Хочу обратить внимание на опасность проверки правильности созранения данных путём "считывания их через интерфейс" и без непосредственно_запросов в БД.

Пример:


Рекомендую проверять БД тщательно и полностью.

Еще раз спасибо за советы, тему можно затирать=)