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

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

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

Щоб не бути обдуреними, QA-інженери ставлять під сумнів свої припущення або припущення команди щодо речей, які вони досконало знають.

Далі ми проаналізуємо [highlight dark=”no”]можливі способи обману[/highlight], яких слід уникати тестувальникам.

Диверсифікація кожної дії

Ви завжди повинні поєднувати свої технічні дії.

Іноді робіть те, чого зазвичай не робите.

Спробуйте зробити ті ж самі дії, використовуючи альтернативні методи реалізації.

Диверсифікація всієї інформації

Ви віддаєте перевагу постійному використанню одних і тих же даних, чи не так?

Що ви думаєте про їх поєднання?

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

Диверсифікація кожного оракула

Як дізнатися, що знайдене вами дійсно є помилкою?

Ви використовуєте той самий оракул?

Подумайте про те, щоб змінити його на інший.

Диверсифікація всіх, хто займається тестуванням програмного забезпечення

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

Це дасть змогу протестувати різні ідеї тестів та свіжі погляди на проблеми та шляхи їх вирішення.

Слід переглянути середовище тестування

Тестове середовище не завжди копіює ваше реальне середовище.

Вам слід подумати про використання різних тестових середовищ, щоб покращити свої знання про систему.

Наприклад, середовище, яке має обмеження, може дати дуже цікаві дані про те, як функціонує система за певних умов.

Диверсифікуйте відправну точку і не довіряйте своїм джерелам повністю

Не варто починати з однієї і тієї ж точки.

Вам варто подумати про редагування первинного тексту.

Тестові історії можуть бути неповними та некоректними.

Тому не варто довіряти кожній історії. Краще їх перевіряти.

Диверсифікація всієї тестової моделі

Функціональність - це просто певна зміна стану продукту, але є й інші каталізатори.

Подумайте про архітектуру тестування програмного забезпечення, бізнес-процеси та інтерфейси між системами всередині вашої QA-компанії.

Чим більше моделей ви проаналізуєте, тим більше шляхів для пошуку нових способів тестування буде доступно для вас.