Заготівля тестових даних для потреб автоматичних тестів

No video

Заготівля тестових даних для потреб автоматичних тестів

Рет қаралды 1,696

Күн бұрын

Дуже корисна доповідь, про різні підходи в організації заготівлі тестових даних, для різноманітних автотестів на проектах.
Легка і цікава доповідь, тож дивиться з кайфом, буде корисно😉
Діліться у коментах, що корисного почули для себе

Пікірлер: 11

@viktorrazumovskyi4037 3 ай бұрын

Дякую, цікавий контент

@slavapronyakov5852 6 ай бұрын

😊

@ingvarkatterstein8603 11 ай бұрын

Олександре, вуса просто фантастичні! Додають +500 до крутості і цікавості контенту. Відчувається що батько говорить гідні речі!!

@seekerofsense 11 ай бұрын

топ контент, викладай ще

@lexus330rx 11 ай бұрын

Дякую за доповідь!

@user-ri2pz4zh4c 11 ай бұрын

Дякую за доповідь, багато корисної інформації. В мене є питання стосовно перевикористання тестових даних та тезою "Для паралелізації тестів - готуйте профіцит даних". Виходить, що перший підхід рекомендує повторно користуватися даними, а другий - навпаки, створювати дані "персонально" для кожного тесту окремо. Тобто, суперечать одне одному. Хотілося б почути більше інформації про те, як правильно поєднувати ці дві методики.

@HOTtesting 5 ай бұрын

Тут все трошки хитріше, перевикористовувати там де це може бути безпечно для паралелізації - це прям дуже складно і потребує класного розуміння классів еквівалентості в вашому додатку. Але це може значно зекономити час на заготівлі тестових даних. Рекомендую подивитись оце відео, як приклад реалізації - kzfaq.info/get/bejne/hraDmKxzxNusnJc.html&ab_channel=SimpleAutomationTesting

@ysparrow1 11 ай бұрын

Топова доповідь!

@olesnikaniuk6008 11 ай бұрын

Пушка контент

@OlesPashynskyi 11 ай бұрын

5:30 - там, де про користь від "скислих" даних - мені здається, воно має щось спільне з тим, що називають backward compatibility testing - тестування зворотної сумісності, коли перевіряємо, наскільки прийнятно спрацьовує продукт після виходу нової версії для юзерів, в яких ще стара на руках, правда ж?