Pull to refresh

Comments 6

Для полной проверки ввода символов для имени пациента сделаем следующее, воспользовавшись граничными и эквивалентными значениями:

  • ...

  • Попытаемся ввести 26 символов – неверное граничное значение, имя не введено

Медсестра копирует из экселя или из непойми как сделанной ситемы имя вместе со странными пробелами, символами новой строки и еще непойми чего и система зависает тк заложенный в строке тип данных не может справиться этими данными.

Или и того хуже имя проставляется, но по тем или иным причинам при событии "тревога" не может правильно активировать ивент.

В рамках предложенного контекста "медицинское оборудование", подобный риск - смерть пациента. Фокусироваться на так называемом Boundary value analysis которому "учит" ISTQB и проч. становится не просто плохо, а опасно.

Тут уже зависит от продукта. В системе из статьи нет возможности скопировать и вставить имя из какого-либо внешнего источника

Довольно любопытная тема. У меня вопрос такого рода: какова цель покрытия тестами? Чего мы хотим добиться? Просто что-то проверить? Тут часть ситуаций завязано на пользовательский интерфейс. Например, как, вообще. можно ввести 26-той символ? По идее, здесь должен быть отдельный компонент ввода имени, которые уже заранее настроен и полностью протестирован. Потом, ещё, не ясно, может ли влиять порядок включения/отключения настроек на ход выполнения теста. Также можно представить, что, например, на центральной станции отображается текущее состояние прикроватного устройства, и пользователь может заранее увидеть, какие действия доступны и к чему приведут. Много вопросов возникает.

Надо перечитать статью на свежую голову.

Мы хотим добиться полного покрытия требований, чтобы возможные дефекты не ускользнули

26 символ ввести нельзя, отдельным шагом идет проверка на это

Насчет увидеть заранее - это проверяется как раз тем, что имя ввести нельзя (значит, что какая-то из настроек выключена)

Понял, где я перестаю понимать! Уже в самом начале:

Требование гласит, что мы сможем сменить имя пациента у кровати на центральной станции, если будут выполнены 2 условия – включена настройка на центральной станции (настройка для редактирования данных у мониторов пациентов) и включена другая настройка на прикроватном мониторе (настройка для редактирования данных с удаленных устройств).

По шагам:

Требование гласит, что мы сможем сменить имя пациента у кровати на центральной станции...

Так, где можно сменить: на станции или непосредственно на прикроватном мониторе?

... если будут выполнены 2 условия – включена настройка на центральной станции (настройка для редактирования данных у мониторов пациентов) ...

Разве этой одной настройки не должно быть достаточно? Зачем ещё одна настройка?

и включена другая настройка на прикроватном мониторе (настройка для редактирования данных с удаленных устройств).

Разве не будет логичным предоставлять доступ к этой настройке только после того, как будет включена настройка на центральной станции?

Так, где можно сменить: на станции или непосредственно на прикроватном мониторе?

Можно сменить на станции для прикроватного монитора

Прикроватные мониторы стоят в палатах у пациентов, центральная станция - одна на этаже на посту медсестры. Со станции можно наблюдать за всеми прикроватными мониторами и менять некоторые параметры (например, имя пациента)

Разве этой одной настройки не должно быть достаточно? Зачем ещё одна настройка?

Здесь в скобках идет пояснение, что это за настройка

Разве не будет логичным предоставлять доступ к этой настройке только после того, как будет включена настройка на центральной станции?

Эти настройки включаются независимо друг от друга

Sign up to leave a comment.