Перший митап RamQA

29 вересня з 19:00 до 22:00 відбудеться наш перший митап за тестування і забезпечення якості розробки. В цей раз ми поговоримо про автоматизацію мобілок, автоматизацію управління і про пристрої тестування в одній відомій компанії.

image

На зустрічі ми почуємо 3 доповіді.

Читати далі →

Вчимося на помилках в організації контролю якості

Привіт, Хабр! Мене звати Ілля Кудінов, і я працюю QA-інженером в компанії Badoo. Три роки тому я почав відвідувати різні IT-конференції і розповідати про процеси і технології, використані нами при контролі якості. І звичайно ж, після кожної доповіді я спілкувався зі слухачами, цікавився, як вони працюють. У цій справі мене завжди мотивували відгуки виду «Раніше ми працювали ось так, але, послухавши твій доповідь, ми побачили, як можна зробити краще», а ще краще — коли люди не копіюють наші прийоми, а придумують щось самі, іноді навіть більш цікаві варіанти. Таких історій у мене накопичилося багато, і я хочу поділитися з вами деякими з них (всі імена і назви вигадані, будь-які збіги з реальними особами є випадковістю). Може бути, щось з цього допоможе вам побачити напрямок розвитку вашого власного проекту — і це буде найбільшою нагородою для мене! Зрозуміло, буду радий після цього вислухати і ваші історії — у коментарях або особистих повідомленнях.

Читати далі →

Як побудувати грамотну систему тестування? Інсайти від QA-експертів: відео та презентації з митапа в Wrike

Які інструменти хмарного тестінгу використовують в Яндексі? Як влаштовано тестування в Badoo? Що являє собою система автоматизованого frontend-тестування в Wrike?



Пару тижнів тому наш Wrike Tech club зібрав близько 150 фахівців з тестування, щоб обговорити в пітерському офісі компании нагальні, вічні і, на перший погляд, майже нерозв'язні проблеми QA у великих (і не дуже) проектах. Як і обіцяли, ділимося відео та презентаціями з зустрічі.


Читати далі →

Майже правильна розробка на 1С, без революцій

Чи знаєте ви, чому зараз так модно впроваджувати Agile/Scrum/Kanban в командах розробки? Якщо бути зовсім і до кінця чесним, то впровадження гнучких методик розробки переслідує тільки одну мету — наблизити команду до користувачів продукту. Зробити так, щоб розробники кожні два тижні не замислювалися про шаблони проектування, не про те, вибрати для реалізації нового, цікавого алгоритму LinkedList, чи все-таки буде досить ArrayList, а також не про те, яка крута технологія protobuf або не включити чи вам в проект ZeroMQ; а про те, яка від цього користь буде працюючим на підприємстві операторам на складі, вантажникам та водіїв, токарів в цеху і продавцям-касирам в магазині. В SCRUM зазвичай це називається двома термінами Minimal Valuable Product Bussiness Value. За великим рахунком, справа не в моді, а в ефективності, без шкоди комфорту обох сторін — бізнесу та ІТ команди.

Читати далі →

Джентельменский набір тестіровщкіка за версією ZeptoLab

    

Вступ

Якось раз ми з'їздили на конференцію SQA days, де мені довелося потрапити на доповідь «Джентельменский набір тестувальника ». Хотілося б продовжити цю тему і розповісти про свої ТУЛЗ, що полегшують життя тестувальника.
 
Справедливості заради варто відзначити, що у нас, в Zeptolab, працює всього кілька QA Lead'ов, а всю основну роботу роблять аутсорсери. Проте, на нашу частку припадає великий список обов'язків, що вимагає глибоких знань про продукт, роботі різних sdk і методів діагностики роботи додатків.
 
Щоб сильно не роздувати статтю, я обмежуся лише невеликим описом роботи інструментів. Якщо у вас виникнуть питання — можемо обговорити їх у коментарях.
 
Читати далі →