Всім з нас доводилось тестувати такі характеристики якості як: Functionality, Performance Efficiency, Usability, Maintainability та інші за найбільш вживаним стандартом ISO/IEC 9126, або його осучасненою версією ISO/IEC 25010:2011.
Але небагатьом з нас доводилось займатись тестуванням Функціональної придатності, Використовності ресурсів, Зручності у використанні, Супроводженності або ж інших характеристик якості :)
Небагато хто знає, що в нашій країні діє чинний стандарт ДСТУ, який є повним відповідником ISO/IEC 9126.
Якщо у вас виникла потреба знайти правильний переклад того чи іншого технічного терміну, пов'язаного із якістю пз, то pdf із зазначеним стандартом можна скачати тут:
https://metrology.com.ua/ntd/skachat-iso-iec-ohsas/eea/dstu-is0-ies-9126-1-2013/
#theory

Якість mind map
#theory
Ми тут подумали, що можливо не тільки лиш всі знають досконало атрибути якості продукту за моделлю що запропоновано стандартом ISO/IEC 25010:2011.
Тому підготували зручну mind map діаграму.

May the Quality be with you!

​​CTQ vs Benchmarking
#fight #theory
Вчора ми писали про CTQ й наш авторський колектив.. скажімо так - вступив в академічну суперечку 👊. Й препонент (той хто писав пост про CTQ), й опонент (той хто давав корисні :) поради щодо суті посту) на диво, мали досвід із цим не найпоширенішим типом тестування. Але опонент, послуговуючись своїм досвідом, стверджував що CTQ є нічим іншим як надбудовою над набагато більш поширеним типом тестування - Benchmarking. Автор же посту озброєний вікіпедією та гуглом наполягав що CTQ та Benchmarking цілком самостійні, окремі типи тестування.
🔫 Головний аргумент за "надбудову": для того щоб окреслити ті червоні та зелені межі показників роботи системи, які потім перевірятимуться в ході CTQ тесту - дуже часто спочатку потрібно взагалі з'ясувати які показники функціонування системи ми отримаємо при певному навантаженні. Наприклад щоб поміряти чи досягне система обробки потокового відео позначки в 70% утилізації оперативної пам'яті сервера за тиждень функціонування (CTQ) - спочатку треба дізнатись скільки пам'яті система утилізує в "нормальному" режимі функціонування протягом години, чи дня (Benchmarking).
🔪 Головний аргумент за автентичність: хоч множини атрибутів якості які перевіряться Benchmarking та CTQ й перетинаються в наведеному прикладі з безпековою системою, але CTQ може включати в себе не тільки атрибути якості що стосуються ефективності, а й атрибути що стосуються зручності у використанні, функціональності, надійності.. В той час як Benchmarking тип тестування призначений лиш для того щоб перевіряти виключно продуктивність.

Далі... Далі все скінчилось хепі-ендом: вони все ж таки лишились друзями, навіть незважаючи на такі значні розбіжності у світогляді. Але говорити на цю тему один з одним більше не хочуть 🤐
Тому пропонуємо вам здогадатись чиї аргументи виявились сильнішими 💪

Modern Testing
#learnit #theory

Новий рік почнемо з нових концепцій.
Багатьом з нас добре знайома фундаментальна теорія тестування та деякі з концептуальних надбудов над нею, обумовлені вимогами сучасності, наприклад: Agile Testing, що до якого ISTQB навіть окремі екзамени має, або ж TestOps, про який ми детально писали тут і на DOU.
Нещодавно відкрив для себе ще одну з відносно свіжих концепцій: Modern Testing.
Її авторами є Alan Page та Brent Jensen. Перший - ведучий автор книги "How we test software at Microsoft", другий - його колега-ведучий в достатньо популярному подкасті про тестування "AB Testing". Давайте коротенько розповім про що вона, та навіщо вона вам.

❓Що:
Modern Testing, це набір принципів.
Пряма аналогія - Agile Manifesto.
Тобто не покроковий рецепт організації тестування, і не опис профілю тестувальника в сучасному світі. Це філософія, основоположні принципи, якими (на думку авторів) мають керуватись спеціалісти для того щоб робити якісний софт.

💡Цих принципів 7:
1️⃣ Наш пріоритет - вдосконалення бізнесу
2️⃣ Ми прискорюємо команду, допомагаючи в пошуку, пріоритезації та запобіганню вузьких місць системи
3️⃣ Ми є рушієм постійного вдосконалення, допомагаючи команді адаптовуватись та оптимізовуватись замість надання сачку для ловлі багів
4️⃣ Ми плекаємо паростки кращої культури якості в команді, тренуємо та ведемо до вищих ступеней її зрілості
5️⃣ Ми віримо в те, що саме клієнт - єдиний хто здатен судити про якість нашого продукту
6️⃣ Ми інтенсивно використовуємо дані, щоб зрозуміти клієнтські сценарії та закрити прогалини між гіпотезами продукту й впливом на бізнес
7️⃣ Ми залучаємо всю команду в тестування, розуміючи що це може зменшити необхідність у виділеному спеціалісті з тестування

🎯 Навіщо:
Modern Testing - це подальша еволюція розуміння ролі тестування та тестувальника в розробці програмних продуктів. Ця концепція вже достатньо часто пригадується в англомовних матеріалах по тестуванню: статтях, подкастах, опитувальниках, і т.д. Послуговуючись принципами Modern Testing разом з TestOps та Agile Testing - індустрія робить кроки "ліворуч" (shift left) для пришвидшення й праворуч (shift right) для покращення якості.
Може це не завжди й помітно, але все це відбувається вже зараз! Й вищезгадані концепції не є візіонерськими, вони лише формулюють базові принципи та цінності того, що відбувається.
Тому, мені здається - важливо розуміти куди все рухається, й де буде наше в цьому місце.

Всім якості!

🔩 Змішана якість даних (Inherent and System-Dependent Data Quality)
#theory #quality #data

Ця категорія містить низку атрибутів, які ми розглянемо всі разом.
✅ Доступність (Accessibility) - міра, в якій дані можуть бути доступними в конкретному контексті використання; наприклад, людям з обмеженими можливостями.
Наприклад: До кожної картинки на вашому веб сайті є текстовий опис, який може бути озвучений програмою для людей, що погано бачать

✅ Відповідність (Compliance) - міра відповідності атрибутів даних стандартам, домовленостям і правилам.
Наприклад: номером кредитної картки є 16-тизначне число. Це стандарт. Якщо у вас є набори даних з 17-тизначними номерами - це не обов'язково баг, але потенційна проблема

✅ Конфіденційність (Confidentiality) - міра, в якій дані мають атрибути, що забезпечують доступ до даних лише авторизованим користувачам
Наприклад: дані зберігаються в зашифрованому вигляді і доступні лише тим, що має пароль для розшифрування

✅ Ефективність (Efficiency) - міра, в якій дані зберігаються у тому виді, в якому їх обробка займає оптимальну кількість часу.
Наприклад (утрирувано): Цифри можна зберігати у вигляді цифр: 1, 2, 15, 27. А можна у вигляді слів: один, два, п'ятнадцять, двадцять сім. Дані ті ж, але у вигляді слів їх обробляти складніше

✅ Влучність (Precision) - тут буде складно не переплутати з Точністю (Accuracy). Міра відповідності можливості чітко їх розрізнити і зрозуміти їх призначення.
Наприклад: У вашому інтернет магазині атрибут товару - "ціна", має назву не "ціна", а абстрактно "гроші". Майже те саме, але погіршує розуміння

✅ Відстежуваність (Traceability) - міра відповідності можливості відстежити доступ до даних і зміни даних.
Наприклад: Git - гарний приклад системи, що містить дані та повну історію їх змін, тобто дані в git - якісні з точки зору відстежуваності

✅ Зрозумілість (Understandability) - міра, в якій дані можуть бути прочитані на інтерпретовані користувачами, написані відповідними мовами і символами.
Типовий приклад: дані, збережені в кодуванні UTF-8 - більш якісні, ніж дані, збережені в національному кодуванні типу CP-1251

---
Бережіть себе!
Вірте в ЗСУ! 🇺🇦
Все буде Україна! 🇺🇦