Java™ Tutorial, Third Edition: A Short Course on the Basics By Mary Campione, Kathy Walrath, Alison Huml: "Comments make your code more readable; they help explain your code to others and serve as reminder to yourself when you maintain your own code"


Вольный перевод: "Благодаря комментариям код становится более читабельным, понятным и поддерживаемым".

Не стоит забывать про это и при создании автоматизированных тестов. Если конечно Вы занимаетесь автоматизацией серьезно, а не с целью освоения бюджета :)

P.S. Посмотрела я на блоги коллег и поняла, что с цитатой дня я погорячилась :) Пусть будет просто рубрика "Цитирование", без временных ограничений!


P.S.S. Картинка взята отсюда.


Все мы совершаем ошибки, порой очень глупые. Что тут поделаешь? Мы люди, а людям свойственно ошибаться. 9-го июня прошел бесплатный вебинар, на котором небезызвестный Рекс Блэк рассказывал о 10 худших вещах для тестирования (о 10 не очень умных вещах, которые он делал тестируя). Мистер Блэк обещался выложить презентацию в библиотеке сайта своей компании http://www.rbcs-us.com/.

Я же хочу вольно пересказать эти 10 вещей на русском. Приступим.

1. «Тестировать только то, что может инструмент автоматизации». Честно признаюсь, такого я не встречала, но оказывается, бывает.

2. «Не увольнять человека, которого нужно уволить». Часто бывает, что «сантименты» затмевают «бизнес».

3. «Писать «плохие» отчеты об ошибках». А ведь отчет об ошибке – это своего рода «лицо» тестировщика.

4. «Забыть, что тестирование – это услуга». Такого пока тоже не встречала.

5. «Игнорировать ключевых заинтересованных лиц». Это как минимум глупо, ведь эти самые ключевые заинтересованные лица просто кладезь «полезной» для тестировщиков информации.

6. «Сообщать плохие новости «плохо»». Опустить руки и сказать, что все «плохо» - проще всего, а вот предложить варианты выхода из «кризиса» - это уже очень интересно.

7. «Не определить цель тестирования». Вопросы задавать очень полезно, тут не поспоришь.

8. «Брать ответственность за качество только на себя». Качественным продукт может стать только благодаря усилиям всех членов команды, только тестировщики «воз не вытянут».

9. «Изменять процесс без полномочий». «Затычек в каждой бочке» особо никогда не жалуют.

10. «Игнорировать неверные ожидания». Очень часто люди ждут от вас того, что вы сделать не можете. Может, стоит этих людей просветить?

Не скажу, что эти 10 «худших вещей» является открытием или откровением. Каждый из нас встречался с частью, а может и со всеми. Давайте же учиться на чужих ошибках!

А вы совершали ошибки, которые никогда не повторите?

P.S. Ожидаются еще бесплатные вебинары:

Six Surprises from Test Assessments July 1, 2009
ISTQB Advanced Certification August 5, 2009
Five Testing Best Practices September 3, 2009

Дополнительную информацию ищите на сайте компании Рекса Блэка.

P.S.S: картинка взята отсюда.


Планирование. "Как много в этом слове?". Не всегда тестировщиков допускают до планирования, а жаль. Сегодня хочу привести одну из моих любимых цитат.


Эффи Джонс: "Неудачное планирование - это запланированная неудача".


К сожалению, очень часто планированию не уделяют достаточно внимания. Почему? Русская традиция надеяться на "авось"?

Или же планирует только один человек за всех. Но может ли это всегда работать в разработке ПО?

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

P.S. Картинка взята отсюда.

Слушала 9-го июня вебинар Рекса Блэка (подробнее напишу в следующем посте). И очень мне понравилось следующее:
"Testing is only valuable when it connects to something the organization and the other stakeholders value".
Без комментариев!



James Bach: "Requirements are the result of ongoing struggles between what we want and what we can have".

Мой вольный перевод: "Требования - это результат непрерывной борьбы между тем, что нам хочется, и тем, что можем получить".

В самом деле, требования редко когда стоят на месте. Как только будующий пользователь увидит демо-версию, сразу захочет что-нибудь изменить или добавить :) Да и без демо-версий чего-то все время хочется изменить или добавить :)


Доброго времени суток!

Этим постом хочу начать ежедневное (с выходными днями и отпусками:)) цитирование интересных (по моему скромному мнению :)) высказываний, мыслей и т.п.

Приступим-с...

Абрахам Маслоу: "Если молоток - это единственное, что у вас есть, то каждая проблема покажется вам гвоздем".


Частенько встречала, что если есть какой-то тул для автоматизации тестирования, то срочно нужно ВСЁ автоматизировать. А какие "гвозди" и "молотки" встречались в вашей профессиональной деятельности?