Мне нужно составить план ручного тестирования (тестирование черного ящика), чтобы увидеть, жестко ли значение закодировано в раскрывающемся списке (это критерии приемлемости). Может ли кто-нибудь дать мне какие-либо предложения по этому поводу?
Заранее спасибо Садж
Пока вы еще немного не опишете свое приложение, сложно что-то сказать.
Если вы можете, используя привилегии администратора, добавлять/удалять значения в раскрывающемся списке, тогда тест прост.
Однако, если нет, если какая-либо функциональность не позволяет вам изменять значения в DDL, зачем тогда ее тестировать? Требование должно быть исключено как часть отчета о тестировании, аббревиатура от плана тестирования, с указанием причин, по которым оно не тестировалось, почему оно не может быть протестировано в методологии черного ящика и одобрено владельцем продукта или бизнес-пользователями.
если данные выпадающего списка взяты из базы данных, вы можете изменить данные из базы данных и проверить проблему с жестким кодом или иначе
В соответствии с уникальным идентификатором данные заполняются в раскрывающемся списке, и вы можете изменить этот уникальный идентификатор и определить, есть ли какой-либо жесткий шнур.
Тут как минимум три варианта:
Если у вас есть возможность изменить значения в этом списке, сделав что-то в приложении, просто попробуйте
Если нет - возможно у вас есть возможность что-то добавить в список
Учтите, что изменения в приложении и в базе данных могут выглядеть неодинаково - при изменении в приложении все должно работать, изменение в базе данных может потребовать каких-то других действий (триггеров, процедур) или времени (некоторые вещи могут обновляться ночью или в другое расписание).
