• 26.01.2007Использование IBM Rational Performance Tester для проведения нагрузочных испытаний смоделированного книжного интернет-магазина
В этой статье обобщается опыт группы IBM Platform Evaluation Test по миграции с опытной разработки IBM Web Performance Tools (WPT) на Linux-версию IBM Rational Performance Tester, в который теперь включена функциональность WPT. Инструменты моделирования пользовательской активности играют ключевую роль в нагрузочном тестировании смоделированного сайта книжного интернет-магазина. сервисов и базы данных IBM DB2 для моделирования пользовательского ввода. • Автор: Пол Сонненберг, Майк Бьюбел, Иен Мельник <
• 15.01.2007Использование IBM Rational Performance Tester для проведения нагрузочных испытаний смоделированного книжного интернет-магазина
Инструменты моделирования пользовательской активности играют ключевую роль в нагрузочном тестировании смоделированного сайта книжного интернет-магазина. В этот отчёт включены ранее недокументированные вопросы работы RPT на Linux и стратегии расширения RPT для использования Web-сервисов и базы данных IBM DB2® для моделирования пользовательского ввода. Статья предназначена пользователям среднего уровня и опытным пользователям Rational Performance Tester или аналогичного ПО. • Автор: Пол Сонненберг, инженер-программист, IBM <
• 21.11.2006Как повысить эффективность процесса тестирования в компании
На разных этапах внедрения или развития тестирования в компании мы сталкиваемся с разными проблемами. Попытаемся структурировать то, что мы уже имеем и наложить это на этапы внедрения или развития тестирования в компании. Этап внедрения тестовых активностей; этап начала тестовых активностей; этап создания отдельного отдела тестирования. • Автор: Ростислав Борук <
• 14.11.2006Непрофессиональные проблемы тестирования в постсоветском государстве
В данной статье рассмотрены вопросы, которые не касаются тестирования, в его профессиональном смысле, но влияют на его проведение и результаты. Попробовать разобраться в проблемах и ответить на вопросы, которые возникают у тестировщиков, сталкивающихся с непрофессиональным отношением руководящих лиц к тестированию. • Автор: Ростислав Борук <
• 06.11.2006Руководство по Borland SilkTest
Данное руководство описывает основные принципы работы с программой автоматизированного тестирования SilkTest. Цель данного пособия: дать толчок начинающему изучать SilkTest, поэтому не надейтесь найти здесь исчерпывающее руководство. Все примеры делались на SilkTest версий 6.5, 7.1 и 7.5. • Автор: Николай Колесник, Геннадий Алпаев, Татьяна Качаева <
• 03.10.2006TOP 13 ошибок тестировщиков: Часть II. Управление ошибками
Написание ошибок (в BTS или любым другим способом) направлено прежде всего на то, чтобы эти самые ошибки были исправлены (или хотя бы были приняты, рассмотрены и поняты человеком, отвечающим за исправление этих самых ошибок). Как в случае с исправлением, так и в случае с понимаем ошибки ключевым моментом является то, на сколько доступно данная ошибка была описаны тестировщиком. • Автор: Артём Ваулин <
• 01.10.2006Эссе о критериях тестирования
Критерий - это некоторый признак, который имеет три основных назначения: при помощи него производится 1) оценка, 2) определение и 3) классификация. Рассмотрим эти три назначения по очереди применительно к тестированию программного обеспечения. Критерий начала тестирования. Критерии прекращения и завершения тестирования. Еще раз о метриках и оценках. • Автор: Алексей Баранцев <
• 13.09.2006Документирование ошибок
Целью составления отчёта об ошибке является её исправление. Итак, вы обнаружили ошибку. Не откладывая в долгий ящик следует начать писать отчёт об ошибке (не откладывайте на потом, потом можно забыть написать отчёт, забыть в каком месте была ошибка, упустить детали или вообще переврать ситуацию). • Автор: Ольга Рябова <
• 10.09.2006Исправление ошибок: в нужное время и в нужном месте. Часть II
Легко определить когда кончаются шоколадные печенья или лазанья — их просто не остается на тарелке. Но более сложные вещи, такие как программное обеспечение, не так прозрачны (и не так вкусны). Вы должны заранее запланировать те критерии, по которым вы определите, что работа завершена. Если вы не сделаете этого, то потратите дополнительные часы на споры о том, все ли сделано, и на лишний кодинг. • Автор: Автор: Scott Berkun, Перевод: Андрей Олищук <
• 06.09.2006Исправление ошибок: в нужное время и в нужном месте. Часть I
В работе с ошибками есть одно золотое правило: исправлять ошибки нужно в том порядке, который вероятнее всего приближает к успеху. Звучит банально, не правда ли? Неправда. Могу поспорить, что свыше половины «глючных» и ненадёжных программ, которые вам приходилось использовать, были такими не потому, что разработчикам не хватило времени сделать их лучше. Просто они исправляли не те ошибки. • Автор: Автор: Scott Berkun, Перевод: Андрей Олищук <
