Робочі провали змушують сильно стресувати та робити з них висновки. Під час першого релізу на новій роботі можна добре протестувати всі дрібниці, але пропустити найважливіше; можна не помітити, що половина текстів у застосунку китайською мовою, а не японською. Трапляється всяке. QA-спеціалісти поділилися власними факапами й тим, як вони змінили їхній підхід до роботи.
В статье вы найдете 10 советов для QA, которые оказались единственными тестировщиками на проекте. Андрей Опрофат, имея такой опыт, рассказывает, как не сойти с ума и даже получить удовольствие от работы. Более того, на одном стартапе для довольно крупного заказчика он подключился к проекту через два месяца после его начала, что сделало работу ещё более экстремальной.
ІТ-індустрія переповнена купою «базвордів» і трендів. Спочатку був DevOps, далі Docker, Kubernetes та RPA. Проте, перспективи SRE наразі — стати більше ніж все це. Тим паче, мова тут йде більше про людей та процеси, ніж про інструменти (Hello Agile;)). Ринок вже користується всім необхідним інструментарієм, а тому немає потреби шукати щось нове для узгодження розробки, тестування та операцій згідно принципів Site Reliability Engineering.
Тестування — це не просто пошук дефектів і написання тестів. Це процес удосконалення продукту. Олег Заревич займається автоматизацією тестування і ділиться порадами, як культура розробки, спрямована на якість, у комбінації з комунікацією між учасниками команди та різні типи тестів допоможуть пришвидшити розробку.
В этой статье поговорим о рецензировании как одной из составляющих различных проектов. После прочтения статьи как начинающий, так и опытный тестировщик, сможет найти ответ на вопрос, как и когда применять рецензирование в работе.
Минулого року я брав участь в конференції QA Fest 2019 та презентував свої дослідження з порівняння додатків для тестування навантаження. Моєю метою було підготувати середовище та виконати однакові набори тестів для Locust, Gatling та JMeter, порівняти, наскільки релевантні їх результати та скільки ресурсів їм треба для роботи. Тож я провів тести, записав результати і презентував їх. Але сам лишився не дуже задоволений проведеною роботою — JMeter згенерував безліч помилок в процесі роботи, результати тестів для всіх тулів відрізнялись і взагалі — майже за рік оновились версії ОС та фреймворків — чому б не провести тести ще кілька разів?
Як з нуля побудувати процес автоматизації у великій компанії з багатьма продуктами — розповідає Роман Марінський, інженер в автоматизації тестування. Коли він прийшов у Tickets.ua, розробники не писали unit та integration тести, було мало документації, відсутні тест-кейси і тест-менеджмент система. Як налагоджував процес і які результати дала автоматизація тестування — у статті.
У черговому зарплатному опитуванні взяли участь 1999 тестувальників. До них зараховуємо QA Engineers усіх рівнів (Junior, Middle, Senior, Tech Lead) та спеціалізацій (Manual, Automation, General, Performance). Тож дивимося на їхні зарплати, які за останні пів року майже не зросли й подекуди демонструють негативну динаміку.
Материал будет полезен тем, кто только начинает выстраивать процесс автоматизации или недоволен тем, что из этого пока получается. Эллина Азадова работает в IT больше двенадцати лет, четыре из которых — лидом команды тестировщиков. О том, как в компании пытаются внедрять автотесты, чтобы ускорить процесс, увеличить тестовое покрытие и вообще облегчить себе жизнь и работу — в статье.
Каждый уважающий себя тестировщик в душе перфекционист и стремится сделать все как можно лучше. Благое стремление, которое может привести в самый настоящий ад. Чтобы этого не допустить, предлагаю подход достаточного тестирования. Статья поможет вам с выбором приоритетов и критериев для составления плана тестирования.
35-річний Роман Засуха із міста Миронівка на Київщині два роки тому перекваліфікувався з бухгалтера на QA, пройшовши курси для людей з інвалідністю, організованими за підтримки київських IT-компаній. Він розповів, чому зацікавився інформаційними технологіями, як шукав собі роботу та як виглядає його теперішнє життя.
Ajax Systems — украинская продуктовая компания, известная разработкой и производством умной беспроводной системы безопасности. За разработку устройств и ноу-хау в компании отвечает R&D-команда: она насчитывает более 150 человек и состоит из четырех отделов: Device, System, QA и Automation. Мы решили узнать подробнее о процессах в разных отделах и задачах, которые перед ними стоят.
Масштабуючи проєкт, команді Astound Commerce вдалось зменшити час релізів з 6 до 2 тижнів, збільшити команду з 4 QA-інженерів до 8 QA- та 3 TA-інженерів, імплементувати 2 фази автоматизації; оптимізувати Regression та Build acceptance тестування,
розгорнути 40 код-версій (як мажорних, так і мінорних). Андрій Пиставський, Senior QA Engineer, розповідає про виклики та рішення під час масштабування.
Есть много книг о психологии программирования и о том, как психологические аспекты влияют на процесс разработки. Тестирование обладает собственной спецификой. Автору статьи, Оксане Шатабиловой, Senior QA, захотелось разобраться, как мозг влияет на процесс тестирования и задействованные при этом процессы мышления и принятия решений. Своё исследование она начала с когнитивных искажений и их итогового влияния на обеспечение качества программного продукта.
В выпуске: ошибки Junior QA на собеседовании, большой гайд по A/B-тестированию, организация инфраструктуры тестирования, как работает Selenium.
Сергей Король — Technical QA Manager с более 10 годами опыта в IT, который развивает в себе навыки тестировщика, разработчика, аналитика и менеджера. Сергей рассказал о том, как развивалась его карьера, как устроен его рабочий день. И поделился секретами продуктивности.
Юлія Пилипенко, QA-спеціаліст із 12-річним досвідом, радить книжки, які використовувала для самоосвіти та навчання інтернів у компанії. Більшість видань не нові, але не застарілі. Розбираємося, що читати джуніорам, а що Middle та Senior-спеціалістам.
Ця стаття — спроба осмислення не до кінця сформованої в професійній спільноті концепції TestOps. Що це за спеціалізація, чому виникла, чи буде розвиватись — читайте у матеріалі Олексія Остапова та Михайла Чуба.
Статья посвящена обеспечению качества игр и того, чья же это на самом деле зона ответственности и как его (качество) сознательно повысить. Статья будет полезна в первую очередь тем, кто занимается тестированием и обеспечением качества, руководителям проектов, менеджерам, продукт-оунерам. Впрочем, разработчики тоже смогут почерпнуть для себя что-то интересное о разработке игр и процессах, которые помогают повысить их качество.
Артем Безручко, QA Engineer в Depositphotos, рассказывает о том, как в компании внедряли стратегию тестирования: рассмотрим пошагово, что делают тестировщики в начале, середине и в конце спринта, какие вопросы задают разработчикам и какой это дает результат.
Коментарі