Ревью тест-кейсов

Ну вот, мы наконец и подошли, а точнее даже сказать доросли до ревью тест-кейсов. Попробовали выделить основные моменты на которые необходимо обращать внимание при написании и соответственно при ревью тест-кейсов. Выделенные моменты сделали вопросами на которые нужно ответить сделав ревью тест-кейсов.

Вопросы на которые отвечает ревью:

1. Правильно ли выставлено плановое время? 
• под плановым временем понимается время выставленное тест-дизайнером для прохождения конкретного тест-кейса одним манки-тестером
2. Есть ли завязка на другие кейсы?
• ...
3. Наличие и понятность начальных условий. 
• это особенно важный момент, т.к. система находящаяся в разных состояниях на момент начала прохождения тест-кейса может выдавать разные результаты, хотя это зависит от конкретной системы
4. Понятность не подготовленному сотруднику…
• тут всё зависит от того, кто проходит тест-кейсы и каков уровень этих сотрудников по отношению к уровню тест-дизайнеров, т.е. если манки вовсе не манки, а хорошо знающие функционал системы сотрудники, то для них разжёвывания в тест-кейсах только в минус, соответственно если манки именно манки, то...
5. Есть зацикливание? – обороты вида "…проверяем шаги 1-3…
• украдено: Это миф. Тест кейс зацикливать нельзя. То есть писать «Repeat steps 1-3» не стоит. А собственно почему? Только потому, что это прерывает последовательность шагов? Вот фигня то. Тест кейс – это обычный сценарий действий, и если действительно нужно повторить шаг с первого по третий, то почему бы не повторить? Но вот если шаг 1-3 говорит о том, что действие надо сделать с объектом «А», а нужно повторить эти шаги для объекта «Б», тогда придется писать эти шаги снова, но уже для объекта «Б». Так же придется делать, если количество шагов больше семи (магическая цифра, найденная психологами или психиатрами).
6. Полнота проверки (возможно пропущенные тестовые ситуации).
• действуем по принципу "одна голова хорошо, а две лучше"
7. И напоследок, руководитель проведя ревью сможет оценить эффективно ли потрачено время

Как и прежде, буду рад комментариям и критике...

Первые шаги недогуру. Автоматизированное тестирование

Ну вот, я руководитель отдела тестирования... И что? Ну конечно же первые трудности.

Группа автоматизированного тестирования...

До недавнего времени, все мои знания об автоматизации и подходах была сведена к изучению Selenium'а на уровне Selenium IDE :) и естественно встретив группу автоматизированного тестирования, даже хорошо отлаженную, я бы был удивлён... Но, само собой, откуда взяться отлаженной, на вот Серёженька, возьми то, что есть и будь добр наладь.

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

Также интересный и думаю многим знакомый момент, группа вроде бы как-то работает и даёт какие-то результаты, но если человек варящейся в этой каше как-то сможет понять что к чему и какие результаты есть, то руководству необходимы цифры, отчёты, диаграммы... а как построить диаграмму по работе группы работающий "не понятно с какой целью, как, в какой последовательности и главное Зачем?"...

Таким образом среди первых задач в работе с группой автоматизации понять Зачем?, на основания "зачема" определится с целями и тогда уже попытаться построить работу и выдать первые результаты в том числе и отчёты, диаграммы и прочее...