Strong Password, а зачем?

Немного украденных правил блогерства

Заголовок поста

• Заголовок начинается с заглавной буквы.
• В конце заголовка точка не ставится.
• Заголовок не должен содержать смайлики и !!!!!! знаки.

Тело поста

• Текст не должен содержать смайлики.
• Каждое новое предложение начинается с заглавной буквы.
• В конце подзаголовков точка не ставится.
• Между словами ставится только один пробел.
• Знаки препинания (точки, запятые, двоеточия, точка с запятой) пишутся слитно с тем словом, после которого они стоят.
• Между знаком препинания и следующим словом (если оно есть) ставится один пробел.
• Если скобки () находятся в середине предложения, знаки препинания ставятся вне скобок. Если скобка заканчивает предложение, точка ставится также за скобкой. Эти же правила относятся к кавычкам.

Подвал поста

• В подвале можно (и нужно) размещать список используемой литературы и примечания, если они есть.

Причины дающие право приостановить тестирование

Очередная зарисовка Andy Glover'а на тему тестирования и причин остановки тестирования...

• Очень много багов в тестируемом объекте
• Вам нужно отдышаться
• "И настало время РЕЛИЗА" :)
• В системе есть одна большая мамочка-блокировочка
• Рабочее время кончилось
• Корпоративчик
• Не платят за работу
• Выполнены все запланированные мероприятия
• Вы не можете найти больше ни одного бага
• Появился новый член семьи как у Энди :)

Зарисовки на тему разработки ПО

Разбираясь на рабочем компьютере в папках аля My Documents/tmp/downloads наткнулся на пару забавных картинок о разработке

и о баге

Таблица кодов цветов html, буквенное написание и коды цветов в RGB

Недавно ковыряя mantis, захотелось поиграться с цветами... Благо достаточно быстро нашлась "таблица кодов цветов html, буквенное написание и коды цветов в RGB" и буйству моей фантазии не было предела :)

Ну вот решил выложить, мало ли кому будет нужно....

Написание	Цвет	R G B	Код цвета для HTML
Snow	Snow	255 250 250	#FFFAFA
GhostWhite	GhostWhite	248 248 255	#F8F8FF
WhiteSmoke	WhiteSmoke	245 245 245	#F5F5F5
Gainsboro	Gainsboro	220 220 220	#DCDCDC
FloralWhite	FloralWhite	255 250 240	#FFFAF0

Песня "happy birthday"

Немного офф-топа.

Казалось бы какая проблема, найти песню "happy birthday"... оказалось проблемой. Песен много, называются все по-разному, а по факту это десяток оригинальных песен.

Покопался, нашёл штук 30, удалил дубликаты и вот... может кому понадобится... архив
 с 13 песнями! Пользуйтесь... поздравляйте!

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

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

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

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

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

Несколько вопросов на собеседовании в Google и не только

В тему собеседований и не только...

Вопрос: Сколько шариков для гольфа поместится в школьный автобус?

Это один из вопросов, которые в Google спрашивают, чтобы посмотреть, каким образом соискатель ищет решение проблемы. Читатель Мэт Бьючамп (Matt Beauchamp) нашёл хороший ответ: 

Я представил стандартный школьный автобус шириной 8 футов, высотой 6 футов и длиной 20 футов – я знаю это из-за тысяч часов, проведённых в автобусе во время пробок. Это значит 960 кубических футов, 1728 кубических дюймов в кубическом футе, а это значит около 1.6 миллионов кубических дюймов. Я подсчитал, что объём мяча для гольфа около 2.5 кубических дюймов (4/3 * pi * .85), так как радиус мяча - .85 дюймов. Разделив 1,6 миллиона на 2,5 кубических дюйма, мы получим 660 000 шаров. Однако, поскольку там есть еще сиденья и прочая ерунда, занимающая свободное место, а также сферическая форма мяча означает, что будет достаточно много свободного места между ними. Я уменьшил значение до 500 000 шаров. Звучит забавно. Я думаю, что смог быть поместить не более 100 тысяч, но я верю в свои математические способности. Конечно, если бы мы говорили об автобусе, на котором ездил Джордж Буш в школу, это было бы половина… или 250 000 шаров.

Вопрос: За сколько денег вы помоете все окна в Сиэтле?

Предлагается не тупить при ответе и ответить не умно, а красиво и хитро. Мы бы сказали 10$ за окно.

Тестирование чашки

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

Задание заключается в том, чтобы протестировать чашку! Написать своеобразный чеклист, набор пунктов, что именно и зачем нужно протестировать, по сути можно по ходу общения с "подопытным" изменять и дополнять задание.

Смешно?!

Денежная мотивация в проектах разработки ПО

Автор: Асхат Уразбаев

Допустим, у вас есть много денег и вы хотите вложить их повышение производительности ваших сотрудников. Есть один простой способ. Платите сотруднику пропорционально производительности. Большой выхлоп - много денег. Малый выхлоп - мало денег. В соответствии с теорией Павлова у сотрудника выработается условный рефлекс и он будет брызгать слюной к каждой выплате. Работает ли это? Конечно! С токарями-фрезеровщиками, дворниками, продавцами и даже немного с учителями английского. А вот с программистами не работает. И проблемы тут такие.

Что же такое юзабилити?!

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

Прочитайте эти предложения:

• «Юзабилити этой программы стоит улучшить».
• «У этого сайта недостаточно хорошее юзабилити».
• «Это совершенно неюзабильный интерфейс».

Если по прочтении:

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

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

Что-то о тестировании web-приложений

Итак для того, чтобы провести тестирование веб необходимо обращать внимание на следующие общие моменты:

• Единство дизайна или вёрстка
  
• Навигиция
• Функциональность
• Совместимость с броузером
• Совместимость с OS
• "Дружественность"
• "Работоспособность"

Остановимся на каждом из пунктов подробнее.

Полезные советы для самообучения

Контекст — это совокупность знаний о разрабатываемом проекте в определенный момент времени.

• Всегда старайтесь изучить предметную область. Не копайте слишком глубоко, если этого не требуется для тестирования.
• Только пробуя что-то на практике возможно научиться тестированию. Но основное тестирование происходит в голове, поэтому старайтесь больше читать и узнавать что-либо новое, что поможет вам думать.
• Изучите текущий контекст, прежде чем что-то сделать. Например, перед тем как предоставить отчет о дефекте, поищите, может кто-то уже нашел его до вас.
• Пытайтесь докопаться до сути проблемы самостоятельно, но тратьте на это разумное время. Иногда проще спросить знающих людей, не боясь показать, что у вас нет достаточного количества знаний. Заодно и узнаете что-то новое.
• Всегда пишите в отчетах о дефекте, что по вашему является правильным или ожидаемым. Обосновывайте ваши требования. Приводите несколько возможных вариантов решения проблемы.
• Обращайте внимание на любые проблемы, будь то тестируемый продукт, спецификации, тесты и инструменты тестирования или процесс.
• Обсуждайте спорные вопросы со всеми заинтересованными людьми. Иногда так вопрос решить проще, чем если бы вы написали сомнительный дефект.
• Не бойтесь новых областей знаний. Никогда не говорите, что вы не будете этого делать потому, что не делали раньше. Новый вид тестирования или новая область подлежащая тестированию должны стимулировать вас и подталкивать к новым достижениям.
• Иногда абстрагируйтесь от контекста разработки, оставаясь при этом только в контексте разрабатываемого продукта. Попытайтесь быть просто пользователем. Если возможно, используйте продукт по назначению.
• Если вы выполняете какой-то тест повторно, варьируйте свои действия. Единственное исключение — верификация дефектов.
• Знание предметной области и особенностей реализации — отличная база для дизайна новых тестов.
• Иногда вы можете ошибаться. Прислушивайтесь к доводам других людей. В любом случае, всегда есть возможность достичь компромисса.
• Если вы не нашли ни одного дефекта в ходе тестирования – значит вы тестировали плохо.

Источник