Участие в конференции SQA Days 2008 в качестве докладчиков

Наталья Густыр

В статье Ханса Шафера "Что должен знать тестировщик в любое время, даже ночью" в переводе Андрея Конушина есть раздел 4 "Постоянное изучение", который заканчивается словами "... и посещайте конференции по тестированию".
Мы тоже придерживаемся этого правила, поэтому с удовольствием посетим конференцию по тестированию и обеспечению качества ПО SQA Days 2008 в Минске.

Более того, мы будем выполнять на конференции не только роли слушателей, но и активных участников:

- Наташа Густыр является одним из организаторов конференции и будет выступать с докладом "Вырасти себе тестировщика".

Мировой финансовый кризис оказывает значительное влияние на работу IT-компаний: сокращается количество потенциальных проектов и, соответственно, повышается конкуренция. В таких условиях компании вынуждены обратить особое внимание на обеспечение конкурентного преимущества, чтобы выжить и остаться на плаву. Приходится снижать ставки, и на первое место выходит продуктивность и эффективность работы каждого сотрудника. Решение проблемы заключается, с одной стороны, в оптимизации процессов работы компании и, с другой стороны, в развитии персонала.
Для того, чтобы процессы повышения продуктивности работы, обучения и развития были эффективными, они должны быть измеримыми. Для этого необходимо иметь точку отсчета.
За точку отсчета разумно принять оценку текущего состояния организации в целом и каждого сотрудника в частности.
В докладе рассматривается только одна сторона вопроса – тема оценки, аттестации, обучения и развития тестировщиков силами компании или силами внешних экспертов.

- Сергей Талалаев выступит с докладом "Использование MS Excel в качестве унифицированного хранилища данных для автоматизированных тестов".

Доклад затрагивает проблему выбора унифицированного хранилища тестовых данных для проведения автоматизированных функциональных и нагрузочных тестов.

- Оля Балашенко выступит с докладом "Причины "пожара" на проектах".

«Горящий» проект – не редкость в IT сфере. Отставание от плана может возникать на разных стадиях: от инициализации проекта до тестирования.
Данный доклад – попытка ответить на вопрос «Почему тестировщики не укладываются в сроки?». Причем, оценка причин осуществляется как с позиции руководителя группы тестировщиков, который принимает участие в планировании тестирования, так и с позиции тестировщика, выполняющего задачи.
Акцент в докладе делается на разбор причин увеличения сроков, но также затрагивается тема предотвращения «пожаров».

Мы подумали и решили, что будем делиться своими практическими наработками, и хотим вызвать оживленную беседу в аудитории, поэтому в качестве формата выступления выбрали флип-чарты.
Приходите к нам!
Read more...

Урок 237: Найм по согласованию

Lessons Learned in Software Testing
Авторы: Cem Kaner, James Bach и Bret Pettichord
Перевод: Сергей Талалаев

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

Несложно избежать принятия инстинктивных решений и отговорить кого-либо от применения права вето. Однако мы сделали несколько грубых ошибок при найме сотрудников, включая найм человека склонного к сексуальному домогательству, проигнорировав плохо аргументированную но очень эмоциональную реакцию одного из членов нашей команды. С вниманием выслушивайте опасения, выраженные любым из членов вашей команды и уважайте право вето, если только оно не базируется на дискриминационых принципах.
Read more...

Урок 9: Вы не найдете все баги

Lessons Learned in Software Testing
Авторы: Cem Kaner, James Bach и Bret Pettichord
Перевод: Наталья Густыр

Ваша задача – находить и описывать значимые баги. Но вы не найдете их все. Чтобы найти все баги, вы должны будете посмотреть везде, где только они могут появиться; вы должны проверить в тех местах всевозможные ситуации, которые могут возникнуть; вам понадобится описать надежный и понятный путь воспроизведения каждого вида бага, когда он возникнет. Если вы думаете, что можете это сделать, то у вас либо очень простой продукт либо очень ограниченное воображение.

Вы должны делать выбор в отношении того, как тратить свое время, зная и принимая то обстоятельство, что Вы не можете сделать абсолютно все.
Read more...

Урок 19: Тестирование находится в вашей голове

Lessons Learned in Software Testing
Авторы: Cem Kaner, James Bach и Bret Pettichord
Перевод: Наталья Густыр

Разница между превосходным и посредственным тестированием заключается в том, как вы думаете: ваши варианты дизайна тестов, ваша способность интерпретировать то, что вы наблюдаете, и ваша способность поведать об этом. Все остальное тестирование – это просто офисная работа в большей части. Если вы видите двух тестировщиков, работающих рядом, вы не можете определить, работает ли один лучше, чем другой. Видимая часть их работы выглядит совершенно одинаково, что наталкивает на две мысли:
- Многие люди думают, что тестирование – это просто, потому что они без труда могут копировать видимую часть поведения хорошего тестировщика, и у них нет других стандартов для хорошего тестирования.
- Если вы хотите быть хорошим тестировщиком, научитесь думать, как он, а не выглядеть, как он.
Read more...

Урок 67: Регистрируйте дефекты сразу же после обнаружения

Lessons Learned in Software Testing
Авторы: Cem Kaner, James Bach и Bret Pettichord
Перевод: Ольга Балашенко

Не откладывайте регистрацию дефекта на завтра. Во-первых, Вы можете забыть ключевые детали дефекта, что усложнит процесс воспроизведения дефекта разработчиками. Чем дольше вы ждёте, тем менее вероятно исправление дефекта.
Во-вторых, если менеджер знает, какую часть функциональности Вы тестируете, то отсутствие дефектов может навести его на мысль, что данная функциональность работает стабильно.
Read more...

Урок 66: Никогда не используйте систему регистрации дефектов для оценки эффективности работы тестировщиков

Lessons Learned in Software Testing
Авторы: Cem Kaner, James Bach и Bret Pettichord
Перевод: Ольга Балашенко

Если Вы (тест-менеджер) поощряете тестировщиков за количество найденных дефектов, то Вы можете добиться нежелательного эффекта:
- чтобы увеличить количество найденных дефектов, тестировщики, будут искать поверхностные, легко находимые дефекты и избегать сложно воспроизводимых дефектов;
- тестировщики будут чаще регистрировать несколько вариации одного и того же дефекта;
- увеличится количество «не дефектов», т.е. дефектов, которые на самом деле не являются ошибками;
- тестировщики будут тратить большую часть своего времени на поиск дефектов, что повлечёт за собой игнорирование других задач и обязанностей.
Read more...

Lessons Learned in Software Testing

В недавнем прошлом нам повезло держать в руках книгу – мечту каждого тестировщика!
Авторы Cem Kaner, James Bach и Bret Pettichord собрали воедино удивительный материал и нарекли его «уроками» - Lessons Learned in Software Testing.


“We follow the context-driven approach in software testing. We expect that a method that works wonderfully under some circumstances will not work under others” – в этих словах выражена основная идея книги.
« Lessons…» – не догма и даже не лучшие практики. Это – реальный опыт реальных людей. Многие из уроков до сих пор вызывают споры между самими авторами, и они были бы счастливы, если бы книга побуждала также и читателей к обсуждениям и дебатам.

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

Книга состоит из 293 уроков, объединенных в 11 частей.
Некоторые уроки на русском (в собственном переводе) мы представим и вашему драгоценному вниманию!

Как пишут сами авторы, книгу запрещается (!) читать от начала и до конца. Ее нужно читать с любого места, по 1-2 урока за раз. И только после того, как вы осмыслите прочитанное, можно приступать к дальнейшему чтению. Мы, беспрекословно следуя советам авторов, не будем торопиться и соблюдать порядок уроков…

Наталья Густыр
Read more...