Ця стаття є дзеркальною статтею машинного перекладу, будь ласка, натисніть тут, щоб перейти до оригінальної статті.

Architect_Programmer_Code Сільськогосподарська мережа»Архітектор › Програмування › Технічний чат › QA та його робота з тестування
Вид: 11560|Відповідь: 1

QA та його робота з тестування

[Копіювати посилання]
Опубліковано 22.04.2020 21:21:58 | | |
QA: По-перше, має бути чітка командна мета, мета — банер, який може вести команду до спільного напрямку. По-друге, ми повинні поважати членів команди, зосереджуватися на підтримці, звертати увагу на методи критики та поважати членів команди, не лише поважати їхню особистість і результати праці, а й поважати деякі розумні думки та пропозиції, які вони висловлюють. Якщо трапляються помилки, ми повинні щиро висловити корінь проблеми та напрямок майбутніх зусиль, а не сліпо їх звинувачувати.
Стимулювання обізнаності команди — це постійне підвищення згуртованості та бойової ефективності підприємства, щоб працівники відчували приналежність до компанії. Нехай кожен працівник чітко розуміє, що кожен — незамінний член команди. І вміти свідомо працювати над цілями команди.
Згуртованість важлива для команди, але особливо важливо зміцнити її згуртованість. Сподіваюся, що в майбутньому ми зможемо працювати разом для нашої команди і для себе!
Коли згуртованість команди покращується, контроль якості їхнього програмного забезпечення природно гарантує, ми повинні максимально запобігати проблемам і майбутньому, і не можемо чекати, поки проблеми будуть вирішені, коли вони з'являться

Робота з командним тестуванням: У нашій команді є спеціальний тестувальник, у розробці кожного виконує свою роль, після фінального злиття програмного забезпечення, а після пробного запуску ми передаємо програму тестувальникам команди для тестування. Після завершення тестування, у перші півмісяця офіційної передачі програмного забезпечення всі члени нашої команди проведуть нараду з тестування програмного забезпечення, знову перевірять можливі ризики та виправлять можливі ризики. Також ми надамо модуль у програмному забезпеченні, щоб користувачі могли отримувати зворотний зв'язок у разі виникнення помилки.




Попередній:Як використовувати зв'язування RelativeSource у WPF
Наступний:Довжина SQL Server недостатня для автозаповнення 0

Пов'язані дописи
 Орендодавець| Опубліковано 22.04.2020 21:22:34 |
Відмінності між розробкою, тестуванням і контролем якості, серед інших

Я вважаю, що ця метафора досить нова і цікава, тож я перевернув її.

Останнім часом деякі колеги з кафедри почали ставити це питання, і, думаю, досі багато людей не дуже чітко розуміють розташування цих трьох ролей, тому я розповім про своє особисте розуміння цих ролей.

В Інтернеті достатньо визначень цих трьох ролей, тому я не буду тут вдаватися в подробиці. Дозвольте навести приклад.

Припускаючи, що процес виведення продукту на ринок еквівалентний процесу складання іспиту для учнів, то в цьому процесі:

Розробники — це студенти, які готують екзаменаційні роботи.

Тестувальник — це вчитель, який змінює тестовий лист.

Персонал QA — це консультанти.

Продукт створює розробник, чи можна використати продукт на ринку, чи проходить іспит — вирішальним фактором залишається розвиток.

Розробник подав результати, а студенти заповнили тестову роботу, чи склали вони? Тестувальникам необхідно аналізувати та оцінювати тест.

Консультант не має експертизи в конкретних курсах, але спочатку просить розробників повторити, потім робити пробні питання і нарешті складати іспит. Йому байдуже, чи дивишся ти «Dragon Babu» або «Linear Algebra» під час повторення, головне, щоб він контролював твою рецензію — цього достатньо. Бо він знав, що якщо не перегляне іспит безпосередньо, то фактично провалить іспит. Краще рецензувати, ніж не робити огляду взагалі.

Добре, приклади закінчені, повертаємось до трьох персонажів.

Розробка — це процес впровадження. Тестування та контроль якості — це процес забезпечення якості.

Тестування, як і розробка, — це суто технічна діяльність, яку я називаю контролем результатів. QA не пов'язана з конкретними технологіями, які я називаю процесним контролем.

До речі, підвищення якості продукції та навіть базової конкурентоспроможності підприємств через реформу організаційної структури, бізнес-процесів і навіть ІТ-інструментів — це розуміння більшості підприємств. Після того, як IBM продала ПК Lenovo, компанія почала зараховувати на це для заробітку і заробила значні гроші.

Я тестувальник, тож давайте поговоримо про напрямок розвитку тестування у наведеному вище прикладі.

Оскільки тест — це зміна тесту, яка здатність є найважливішою?

Звісно, це рівень екзаменаційної роботи.

Аналіз вимог до тестування та розробка тестових кейсів — це навички, які кожен тестувальник має постійно вдосконалювати у своїй роботі.
Застереження:
Усе програмне забезпечення, програмні матеріали або статті, опубліковані Code Farmer Network, призначені лише для навчання та досліджень; Вищезазначений контент не повинен використовуватися в комерційних чи незаконних цілях, інакше користувачі несуть усі наслідки. Інформація на цьому сайті надходить з Інтернету, і спори щодо авторських прав не мають до цього сайту. Ви повинні повністю видалити вищезазначений контент зі свого комп'ютера протягом 24 годин після завантаження. Якщо вам подобається програма, будь ласка, підтримуйте справжнє програмне забезпечення, купуйте реєстрацію та отримайте кращі справжні послуги. Якщо є будь-яке порушення, будь ласка, зв'яжіться з нами електронною поштою.
Mail To:help@itsvse.com