Якість має значення
The Essential QA Blog
Цей блог присвячений обміну думками експертів, галузевими тенденціями та практичними порадами, які допоможуть фахівцям з контролю якості, розробникам та організаціям досягти досконалості у сфері якості програмного забезпечення.
Від інноваційних методів тестування та найкращих практик до нових технологій і тематичних досліджень - ми надаємо практичні знання, які допоможуть вам у вашій кар’єрі QA. Залишайтеся в курсі подій, надихайтеся та будьте попереду у світі тестування програмного забезпечення, що постійно розвивається, разом з офіційним блогом TestMatick.
Чи можна підготувати Senior QA в межах продуктової команди? Практичні поради
Припустимо, наприклад, що в компанії, де ви працюєте тестувальником програмного забезпечення, є кілька QA середнього рівня, які хочуть розвиватися далі. Що повинен зробити керівник вашої команди, щоб допомогти їм стати першокласними сеньйорами? Нижче наведені практичні поради про те, як правильно виростити старшого QA в продуктовій команді та які виклики це тягне за собою.
10 порад для ефективного дослідницького тестування
Без сумніву, кожен тестувальник-дослідник повинен знайти не тільки баг, але і його суть. Однак класичне дослідницьке тестування - це набагато більше, ніж просто монотонний пошук проблеми. Нижче наведено 10 корисних і перевірених часом порад про те, як дослідницьке тестування може бути корисним.
Переваги баг-бешу та правильний спосіб його проведення
Ми всі знаємо, що баг-баш - це хороший метод реалізації багаторівневого дослідницького тестування. Такий захід об’єднує співробітників з різних команд і сфер діяльності. Це зменшує “снігову сліпоту” і допомагає отримати вигоду з досвіду та поглядів багатьох людей.
Стратегії автоматизації тестування, які дійсно працюють
Підхід до розробки та впровадження автоматизованих тестів для додатку, що тестується, залежить від багатьох факторів. Розмір і складність програми, структура проектної команди, дедлайни, що миттєво з’являються, вимоги до безпеки та багато інших деталей визначають найбільш підходящу стратегію. Далі ми опишемо деякі робочі стратегії, які можуть бути корисними для будь-якого проекту, що потребує автоматизації.
Як тестувальник повинен взаємодіяти з власником продукту
Так чи інакше, всіх тестувальників програмного забезпечення об’єднує спільне бажання зробити кожного майбутнього користувача програмного забезпечення щасливим. Це означає, що їм у будь-якому випадку потрібно навчитися взаємодіяти з власником продукту. Нижче наведено 4 простих кроки, як налагодити таку співпрацю та отримати від неї вигоду.
Кілька розширень Chrome, корисних для тестувальників програмного забезпечення
Багато тестувальників по всьому світу активно використовують Google Chrome, оскільки це один з найпопулярніших інструментів. Нижче ми розповімо про найкорисніші та найефективніші розширення, які можуть значно спростити щоденну роботу тестувальника (зі скріншотами та файлами cookie).
Як створювати хартії дослідницьких випробувань за допомогою CDMET
У цій статті наведено деякі ресурси, які допоможуть вам знайти цікаві тестові зони та чартери. Вони також добре підходять для розрахунку передбачуваних ризиків. А саме, ми говоримо про такі ресурси, як CDMET - Conversation, Documentation, Monitoring and Earlier Testing (Бесіда, Документація, Моніторинг та Попереднє тестування). Розглянемо їх детальніше.
Яке співвідношення між тестувальниками та розробниками є найкращим?
Іноді на спеціалізованих ІТ-форумах можна зустріти наступне питання: яке співвідношення між тестувальниками та розробниками є найкращим? Можна використовувати різні співвідношення, і кожне з них матиме або переваги, або недоліки.
Далі ми детально проаналізуємо деякі приклади таких співвідношень.
Використання повторних спроб тесту як метод приховування помилок
Кожен тестувальник так чи інакше знайомий з поняттям випадкових збоїв в автоматизованих тестах. Аналіз результатів таких тестів може зайняти багато часу, і деякі команди вважають за краще запускати тести ще раз, якщо вони не пройшли. Але чи є це ефективним? Відповідь не така очевидна і зрозуміла, як здається.
Чому виникають помилки в програмному забезпеченні?
Чи можна нарешті позбутися дефектів та інших помилок у програмному забезпеченні? Чому їх так багато і яка природа їх появи? Для покращення процесу тестування програмного забезпечення дуже важливо розуміти хоча б основні причини виникнення багів.
