Ознакомьтесь с нашей политикой обработки персональных данных
  • ↓
  • ↑
  • ⇑
 
Записи с темой: тестирование по (список заголовков)
03:25 

CSG. Аутсорсят тестирование!

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

Сейчас он со своей командой аутсорсит тестирование. Да, вещь нужна далеко не каждому. Но если вы:

1. Руководите отделом разработки в большой компании,

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

3. И вам нужно качество (то, что QA), а нарушать идиллию и садить опытного разработчика писать тупые тесты не хочется,

4. А при том набирать "студентов" на написание тестов это лишний "геморрой",

то Владимир и его группа CSG сделают вам красиво.

В такой ситуации лучше "отдать деньгами". Отдайте написание тестовых сценариев на аутсорс профессионалам и все решено.

Про метрики и прочее всякое это вы лучше с ним сами пообщайтесь. Скайп вот - vl.snow

Еще есть презентация.



P.S.: Понятно, что это все типа рекламы (да, да, где мои миллионы), но тенденция в отечественном IT радует. Такие штуки, как аутсорс тестирования, нужно развивать. А, может, они и тестовыми инструментами к 1С владеть будут, все-таки 8.3? Кто знает?

@темы: тестирование ПО

10:36 

1С:Центр управления производительностью

Настоящий дворянин и программист
Если вы почему-то не в курсе, что есть такой продукт, обязательно посмотрите хотя бы описание на сайте 1С.



Основные задачи, которые могут быть решены при помощи ЦУП:


  • Анализ и интегральная оценка текущей производительности работающей многопользовательской информационной системы:

    • Как работает система?

    • Имеются ли проблемы производительности?

    • Можно ли повысить производительность? 



  • Сбор и хранение информации о динамике производительности системы:

    • Как менялась производительность системы с течением времени?

    • Как менялась производительность системы при внесении каких-либо изменений? 



  • Поиск и анализ «узких мест» в коде конфигурации. Получение детальной технической информации обо всех проблемах производительности, имеющихся в системе с целью дальнейшей оптимизации:

    • Какие проблемы производительности имеются в системе и насколько они серьезны?

    • Какие проблемы следует решать в первую очередь?

    • В чем конкретно заключается каждая проблема?

    • Какие объекты метаданных и строки кода конфигурации следует оптимизировать для того, чтобы решить данную проблему? 



  • Регламентный мониторинг производительности системы с автоматическим контролем значений показателей производительности и реакцией на их изменения. 




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



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

@темы: , тестирование ПО

00:36 

Тестирование в 1С

Настоящий дворянин и программист
20:31 

Идеалисты против реалистов

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

В ответ насоветовали множество способов разной степени эффективности. Вот, например, один из типичных "по духу" комментариев:

забывают - значит, в этом для них нет ценности (низко приоритетная задача). Такая себе, ествественная автоматическая оптимизация (не срочно, не важно => вообще не делаем). "Вам, менеджмерам, надо - вы и собирайте, а мне голову не морочьте".



А если и нагрузка у тестировщиков близка к 100%, то тем более на такие "мелочи" не находят времени.



Из моего опыта (касательно test case design/review): помогает peer review with checklist (шпаргалка - что именно должно быть заполнено): таким образом за тест кейс отвечают уже не один, а два человека, причем в 1ую очередь спрашивают с peer reviewer'a: почему поля и данные (четко указанные в чеклисте), пропущены.

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



Проблема не в людях, а в системе.



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



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



Еще вариант: сделайте ретроспективу с тестировщиками - объясните зачем вам то, что вы требуете, и дайте им возможность предложить альтернативы, которые по их мнению будут работать.


Через некоторое время выясняется, что тестировщики - вьетнамцы.

И сразу появляется еще один ответ в тему:

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


Вопрос на сообразительность: как вы думаете, чей способ окажется эффективнее?

И вопрос на подумать: а вы уверены, что в вашей компании вас не считают "вьетнамцем"? =)

@темы: менеджерское, тестирование ПО

Green FiLin's blog

главная