Nina_Ageeva

 

я дала своему тестировщику задание: построить таблицу решений по экрану с краткой формой. А тестировщик сделал по расширенной

Это, может, вы так предполагали, а вот как действительно звучало задание? "надо построить таблицу решений по форме с кредитом"?
 

Пункт чек-листа звучит примерно: “Как быстро работает поиск”. И ожидается довольно простой ответ: “работает быстро, отклик укладывается в 3 секунды”

А она знала, что именно такой ответ ожидается?
Почему 3 секунды - это быстро? А как измеряется отклик? До получения DOM, до отрисовки всего документа, до получения первого элемента через AJAX, до получения всех элементов..
 

почему-то такая простота смутила мою сотрудницу и она привела мне определение быстродействия, способы его замера, а вот на вопрос: “быстро ли работает поиск?” – так и не ответила.

Да кто ж его знает, быстро ли он работает.. требований-то нет!
 

“Ну так в ТЗ было написано…” Да мало ли, что в ТЗ написано! На заборе тоже много чего написано, но это же не значит, что вы всему должны верить.

Ну это.. ну.. Если вы проверяете не по ТЗ, а по "мне кажется, так правильно", то..
 

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

Они будут безмерно счастливы отвлекаться на всякую мелочевку. По-моему, для этого есть старший тестировщик, не?

 

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

Это не ошибка, а несоответствие вашим внутренним правилам. Почему вы, как ведущий тестировщик, не донесли эти правила до джунов - вот вопрос.

А остальное хорошо.

 

Здравствуйте, Андрей! Ух, как много комментов, спасибо!

- задание звучало - построить таблицу решений по краткой форме кредитного калькулятора))

- да, знала)) а про три секунды пишут в наших интернетах xDD

- вы встречались с багами в ТЗ?))

- старший тестировщик - это восхитительно! а если он(она) в отпуске, болеет, отсутствует, работа стоп?))

- да. пожалуй, не ошибка, а менеджерский косяк)

- спасибо, приятно!

Я не понял автора:
 
Раз:

Пункт чек-листа звучит примерно: “Как быстро работает поиск”. И ожидается довольно простой ответ: “работает быстро, отклик укладывается в 3 секунды” (что, по общепринятым нормам – хорошо), но, почему-то такая простота смутила мою сотрудницу и она привела мне определение быстродействия, способы его замера, а вот на вопрос: “быстро ли работает поиск?” – так и не ответила.

 
Два:

Пожалуй, одно из тех качеств, которых не должно быть у тестировщика, – это принятие всего на веру.
“Ну так в ТЗ было написано…” Да мало ли, что в ТЗ написано! На заборе тоже много чего написано, но это же не значит, что вы всему должны верить.

То есть ТЗ верить нельзя, а чек-листу автора можно и даже нужно??
 
Ну и проверка "Как быстро работает поиск", вообще говоря, звучит очень подозрительно...
 
P.S.

Всегда перепроверяйте задачи, а не слепо доверяйте словам разработчиков, потому что именно мы, тестировщики, предоставляем информацию о качестве тестируемого продукта. И отвечать за проделанную работу тоже нам. Помните об этом, и не подводите себя и руководителя команды.

Опять привычка повесить качество на тестировщиков...( Команду целиком почему-то не считаю ответственным за это...

Здравствуйте, гуру Василий! А подскажите мне, пожалуйста, где написано, что чек-листу автору нужно верить?) а что касается ТЗ, а вы не считаете, что там тоже могут быть баги?))

Касаемо вашего PS - тестировщики не отвечают за качество, а предоставляют информацию заинтересованным лицам)

Отличного вам дня!

Про медобследование - группа условий 2 <нет заболеваний> отмечено с <серьезные заболевания>.

агам, потому что сумма большая, при пересечении условия группы 1 + любое из двух группы 2 = на мед.обследование

 

Сергей, привет, вот так это выглядит https://yadi.sk/i/-DQyRF8UbhaU7w

1. Что тут делает коричневый столбец с противоречивыми условиями.
2. Не увидел 1-2 группу инвалидности и более 2 млн рублей
3. Действие (коэффициент страховки) логичнее расположить в самом низу: условие -> действие

 

Привет! Вы про мед.обследование? Это нормальная практика для страховых компаний отправлять клиентов на обследование и принимать решение на основании полученных заключений), кстати, 1-2 группы инвалидности и более 2 млн рублей как раз попадают под медицинское обследование

По пункту 3 - спасибо, учту на будущее))

Сергей, привет, вот так это выглядит  https://yadi.sk/i/-DQyRF8UbhaU7w