Нужны советы по программе курсов по "Тестированию ПО"

Начать хотелось бы конечно с извинений, поскольку этот блог я перестал пополнять уже больше года, но я надеюсь, что наверстаю. Думается, что мысли не прекратятся и видение будет меняться с приходом все нового и нового опыта. Теперь по самой теме:
Ситуация такая: в Кыргызстане очень плохая ситуация с хотя бы молодыми и перспективными кадрами. Посему в КАРПО(Кыргызской Ассоциации Разработчиков Программного Обеспечения) было решено создать IT-лабораторию.
IT-лабораторию можно расценивать как небольшой эксперимент по повышению квалификации собственной отрасли. Суть данной лаборатории

О необходимости знаний в программировании для QA

В каком то из постов я уже касался такой темы, что для меня лично, идеальный QA это прежде всего тот, кто указывает на ошибки, еще посмотрев на изменения в коде. При этом я не исключаю ни ручного, ни еще какого либо тестирования. Как показывает всеобщая практика 70-80% багов находятся в процессе именно ручного тестирования. Все должно быть в совокупности.Теперь начнем рассуждать по делу с самого начала... Все так или иначе столкнулись или столкнуться с тем временем, когда нужно набирать людей в свой QA отдел. Лично я приверженец того, что если человек решил заняться тестированием ПО "серьезно", то ему естественно нужен некий базис. В моем понимании базиса, QA должен иметь как минимум IT образование, причем я имею в виду не только высшее образование, это может быть и просто опыт работы без всякого "диплома". Скажу честно, что человека без IT прошлого на роль QA, я не стану даже рассматривать. Я знаю, что есть множество примеров, когда люди без "образования" тестировали продукты лучше специалистов. Но на этот факт надо смотреть по другому: ведь QA не занимается постоянным ручным тестированием в надежде найти ошибку, кроме этого он должен писать автоматизированные тесты, понимать хотя бы архитектурную суть софта и многое другое. А вот брать и учить даже этому, человека совсем не просвещенному в этих вопросах я не хочу и не буду. Мне жалко и свое время и свои нервы.Пойдем дальше. Автоматизированные тесты как бы к ним не относились... это тоже программный код, который в любом случае будет иметь свою логику и архитектуру. При этом написанные тесты придется усиленно поддерживать. Еще на данном этапе будут необходимы хотя бы минимальные знания программирования. Еще дальше. Всем опытным QA когда то приходилось тестировать задачи которые очень тяжело воспроизвести. В таких случаях тоже могут понадобиться те самые знания программирования. Т.е. смотрим в исходный код и смотрим где что могло вывалиться или сработать не корректно. Теперь о том, что было еще в начале. К примеру у меня уже давно стало привычкой еще до начала тестирования смотреть в изменения в коде для того, чтобы понять что, как и где изменилось и на что это может повлиять. Мой опыт показывает, что это как минимум не мешает общему процессу тестирования. Описал не все свои доводы, но постарался написать хотя бы общие.

Меня одного вот это бесит?

Я конечно понимаю, что самому ЖЖ выгодно чтобы я писал каждый день и можно было продать каждый показ баннера(которых итак много ИМХО!) при просмотре, но всему есть предел. Тут еще и подгонять юзера это уже ни в какие ворота не лезет.

О наболевшем..

Большая проблема с которой приходится бороться в компании - это то, что новые люди в тестировании очень быстро устают быть тестерами. Перефразируя, большинство IT-ков по просту теряют мотивацию тестить после некоторого промежутка времени. При этом я бы не стал проводить аналогию с таким понятием, что любому человеку когда то просто не нравится то, что он делает. Проблема в другом.. У большинства сотрудников многих фирм есть какое то неправильное видение целей и обязанностей QA команды. Из чего и сами члены QA команды сами себя терзают таким же мнением.. Мнение примерно такое, что тестер это ничего не понимающий, не разбирающийся в работе софта мудила, который только и делает что тыкает программу как дурная обезьянка... Печальное мнение надо сказать, но более обидным является то, что в некоторых фирмах это реальность... На практике встречалось такое, что QA просто тупо тыкает софт, потом находит не захендленную ошибку и тупо радуется из сие факта. При любой поставленной задаче для QA должно быть первостепенным проверить валидно ли была выполнена та или иная бизнес логика, которая может быть какой угодно. В этом ракурсе я бы подчеркнул что в идеале QA должен понимать логику заказчика лучше самого девелопера. Этого можно добиться либо присутствием самого QA на обсуждении софта, либо (если таковой возможности нет) просто вытряхиванием всей информации по софту от любого носителя этой логики.
Так к чему же все это? Хотел провесьти некую систему приоритетов при тестировании любого продукта. Начнемс:
1) Проверка на валидность выполнения поставленной задачи;
2) Проверка юзабельности(на гуи стандарты);
3) Валидность работы софта при правильных значениях;
4) Валидность работы софта при не допустимых значениях;
5) Проведение нагрузочных, регрессионных и т.д. тестов(в зависимости от самой задачи)
6) Ну и наконец если все хорошо запись автотестов.
Все пункты не обязательные, они будут зависеть от самого выданного ТЗ.
Для меня лично идельным QA является тестер, который кроме вышеперечисленных пунктов может видеть проблемные части еще в самом коде и может подсказать те или иные решения еще при написании.
Все эти обязанности могут показаться муторными, вот это и есть та причина того, что люди теряют мотивацию работать именно в этом направлении. Огромнейшие виды тестирования раскрываются при тестировании веб приложений. Поскольку при их тестировании большой акцент выставляется безопасности. Те же самые SQL-иньекции, XSS атаки, подверженность dos-атакам и т.д. Все это ложится на плечи именно QA-отдела.
В примере работы именно нашего QA-отдела, то общение с заказчиком тоже лежит на нашем отделе. В этом смысле задач и работы у отдела всегда хватало.
Но самая главная проблема в нашем направлении наверно все таки в том, что нигде не учат на тестеров ПО, т.е. на эту должность приходят люди которые имеют образование именно девелоперов и сие факт постоянно терзает многих. В том смысле, что многие просто не довольны тем, что как бы учились скажем 5 лет на программиста а потом становятся тестерами и опять же сами не понимают собственной значимости. Главное все таки в любом деле это получать кайф от собственной работы, если этого нет, то сколько себя не мучай, но в конце концов все равно это выйдет боком и человек так или иначе уволится. Бывает и такое что у человека хорошо получается тестить, но нет никакого желания этим заниматься) Это самые огорчительные случаи.
Самый обидный ответ на вопрос как мотивировать тестера - практически никак, кроме того как заинтересовать его в собственной работе. Наверное на сегодня все.