Сообщений в теме: 15

[Teddy]

Меня заинтересовал такой простой вопрос.

Я тестирую систему в которой хранятся данные пользователя и если пользовать не активен X дней, его аккаунт должен автоматически удаляться. Этот X может быть от 7 до 365 дней.

Допустим, я его поставил на минимум X=7 и через 7 дней неактивности аккаунт не удалился.

Для составления bug report нужно убедиться, что баг воспроизводиться. Получается, что понадобится еще раз ждать 7 дней пока баг не подтвердиться, то есть bug report можно будет написать только через неделю?

Что бы вы сделали в таком случае?

[220v]

Поговорить с разработчиком по поводы проблемы.
А как Вы проверите удаление аккаунта через 365 дней? год ждать собираетесь?

[user12]

Данные хранятся в БД, т.е. ищите нужную таблицу и меняйте 7 на 1.  Если у вас черный ящик, то просто напишите программисту, типо: хочу протестировать фичу, но ждать надо неделю. Сделай, чтобы ждать было 1 день.

[Teddy]

Спасибо за ответы. Тестирование по принципу black box. Попрошу разработчика поменять минимальное допустимое значение на 1 день. Допустим баг подтвердится, затем его поправят и я проведу retesting. Затем разрабочик вернет минимум на 7 дней. А вот тут еще раз надо проверить, что он действительно вернул все обратно?

 

В догонку еще один организационный вопрос. Если вам требуется какие-то пояснения разработчика, вы сразу к нему подходите и прерываете его работу или это как-то по-другому организовано?

[VinnieJohns]

+1 насчёт БД. В редких случаях можно ещё с системным временем поиграться.

[VinnieJohns]

В догонку еще один организационный вопрос. Если вам требуется какие-то пояснения разработчика, вы сразу к нему подходите и прерываете его работу или это как-то по-другому организовано?

Ну это, имхо, редкостное хамство. Про состояние потока слыхали? )

Уважайте чужой мыслительный процесс. За очень редким исключением с действительно срочными вопросами, большинство вопросов не требует грубо вырывать разработчика из задачи. ПОэтому договоритесь, какой канал связи (обычно это мессенджеры типа скайпа) разработчик проверяет ASAP но без ущерба работе.

[VinnieJohns]

Спасибо за ответы. Тестирование по принципу black box. Попрошу разработчика поменять минимальное допустимое значение на 1 день. Допустим баг подтвердится, затем его поправят и я проведу retesting. Затем разрабочик вернет минимум на 7 дней. А вот тут еще раз надо проверить, что он действительно вернул все обратно?

И всё-таки я за БД. ждать 7 дней из-за такой фигни - радости мало. Тем паче, что там наверняка не только дни считаются - вполне возможно, можно все тесты прогнать за пару минут - и забыть до следующего раза.

[Teddy]

К сожалению, там нельзя руками поменять в БД. Все взаимодействие осуществляется через админку, в которой и действует это ограничение.

[Vasiliy]

К сожалению, там нельзя руками поменять в БД. Все взаимодействие осуществляется через админку, в которой и действует это ограничение.

Значит для тестов вам надо изменить это ограничение на 1 день. Поставьте разработчику задачу, что вам надо сократить время тестирования. Как он будет это делать - в БД или в коде - это его кухня.

[ch_ip]

Для проверки таких вещей обычно пишут юнит-тесты, которые эмулируют нужную дату для приложения.
Если проверять руками, то можно перевести время в ОС и проверить за 15 минут вместо двух недель

[wret]

К сожалению, там нельзя руками поменять в БД. Все взаимодействие осуществляется через админку, в которой и действует это ограничение.

Значение 7 дней в коде хранится?

Погорите с программистом, это плохой тон, нечего захардкоживать

 

Для проверки таких вещей обычно пишут юнит-тесты, которые эмулируют нужную дату для приложения.
Если проверять руками, то можно перевести время в ОС и проверить за 15 минут вместо двух недель

Есть варианты когда перевод даты в ОС не поможет

[Dalay_LAMO]

Значение 7 дней в коде хранится?
Погорите с программистом, это плохой тон, нечего захардкоживать

Необязательно в коде, ещё ж конфиги есть. К конфигам (как и к базам) у тестировщика опять же доступа может не быть. Решение простое - говоришь, что для целей тестирования надо установить такой-то срок. После тестировния в трекере отписываешь, чтобы значение не забыли поменять на то, которое требуется.

[wret]

 

Значение 7 дней в коде хранится?
Погорите с программистом, это плохой тон, нечего захардкоживать

Необязательно в коде, ещё ж конфиги есть. К конфигам (как и к базам) у тестировщика опять же доступа может не быть. Решение простое - говоришь, что для целей тестирования надо установить такой-то срок. После тестировния в трекере отписываешь, чтобы значение не забыли поменять на то, которое требуется.

 

У тестировщика должен быть доступ (если он есть у программиста) как к бд так и к конфигам

[Dalay_LAMO]

У тестировщика должен быть доступ (если он есть у программиста) как к бд так и к конфигам

Это догма?

[clipsa]

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

[wret]

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

 

 

У тестировщика должен быть доступ (если он есть у программиста) как к бд так и к конфигам

Это догма?

 

Не догма, но очень желательно