Ta strona została przetłumaczona z języka angielskiego.
Narzędzia dla programistów
Automatyzacja testów i QA, wbudowane od razu
Kliv to kreator aplikacji AI z wbudowaną automatyzacją testów i kontrolą jakości. Opisujesz reguły biznesowe, które muszą się utrzymać, a Kliv pisze testy, uruchamia Scenariusze przeglądarkowe i blokuje publikację, gdy coś zawiedzie.
Po prostu wpisz swój pomysł w polu tekstowym, a AI zbuduje go za Ciebie
Czym jest Kliv?
Kliv nie jest osobnym panelem QA, który zakładasz i konfigurujesz — to kreator aplikacji AI, który buduje oprogramowanie za Ciebie.
Opisujesz własnymi słowami aplikację, jakiej potrzebujesz, a Kliv ją buduje: dane, logikę, ekrany i testy. Dostajesz prawdziwą aplikację, która jest Twoja. Możesz z niej korzystać, zmieniać ją później, prosząc o poprawki, i synchronizować kod z własnym repozytorium Git. To nie jest szablon ani makieta.
Na tej stronie chodzi o automatyzację testów i kontrolę jakości, którą Kliv wbudowuje w aplikacje. Kliv buduje najróżniejsze aplikacje webowe; to jedna z nich, i to właśnie opisuje reszta tej strony.
Dlaczego QA nie może być na końcu
Portal zamówień hurtowni piekarniczej ma reguły, które mają znaczenie: zamówienia zamykają się o 22:00, każda kawiarnia ma własny cennik, a nikt nie może przekroczyć limitu kredytowego. Jeśli rutynowa zmiana przepuści zamówienie złożone o 22:40, poranny wypiek może się nie zgadzać u prawdziwych klientów.
W Kliv testy są częścią samego procesu budowy aplikacji. Funkcje powstają razem z prawdziwymi testami jednostkowymi opartymi na Vitest i Testing Library. Dla reguł, których nie możesz stracić, możesz poprosić o Scenariusze: testy przeglądarkowe, które logują się i naciskają te same przyciski co użytkownik.
Z czego składa się warstwa QA
Pięć elementów, od pierwszego testu po zablokowane wydanie.
Testy jednostkowe podczas budowy
Testy powstają razem z kodem, który sprawdzają, i istnieją jako prawdziwe pliki w drzewie źródłowym Twojej aplikacji.
Scenariusze i semantyczne lokalizatory
Scenariusz znajduje przycisk po jego nazwie, a pole po jego etykiecie, a nie po niestabilnej ścieżce CSS. Prowadzi prawdziwą aplikację w prawdziwej przeglądarce, z aktywnym logowaniem i regułami bezpieczeństwa.
Jednorazowa kopia bazy danych
Zapisy ze Scenariusza trafiają do kopii bazy danych utworzonej na potrzeby przebiegu i porzuconej po jego zakończeniu. Testowe zamówienie nigdy nie dotyka prawdziwego harmonogramu.
Raport z przebiegu
Każdy przebieg rejestruje skutki uboczne: przyjęte zapisy, odrzucone działania, przechwycone e-maile oraz powód, dla którego każda kontrola przeszła lub nie.
Bramka publikacji
Niezaliczony test blokuje publikację. Wydanie czeka, aż reguła znów zostanie spełniona.
Przykład: portal hurtowni piekarniczej Kasi
Oto, jak mogłaby z tego skorzystać jedna firma. To tylko przykład — Ty opisałbyś własne reguły, przepływy pracy, role i testy.
Nazywa regułę, na której jej zależy
Kasia mówi: „Zamówienia po 22:00 muszą być odrzucane, z propozycją jutrzejszego terminu”. Kliv zamienia to w Scenariusz, który loguje się jako kawiarnia, próbuje złożyć zamówienie o 21:59 i o 22:01, i sprawdza oba wyniki.
Test działa na jednorazowych danych
Scenariusz tworzy testową kawiarnię, składa oba zamówienia i sprawdza harmonogram na kopii bazy danych. Prawdziwy grafik piekarni nigdy nie widzi testowego zamówienia.
Raport pokazuje, co się wydarzyło
Raport z przebiegu wymienia przyjęte zamówienie z 21:59, odrzuconą próbę z 22:01, komunikat pokazany użytkownikowi oraz e-mail z potwierdzeniem, który został przechwycony zamiast wysłany.
Późniejsza zmiana nie może po cichu otworzyć dziury na nowo
Miesiące później przepływ zamawiania się zmienia. Scenariusz dotyczący godziny granicznej uruchamia się ponownie, i jeśli zamówienie z 22:01 zaczyna przechodzić, publikacja się zatrzymuje i wskazuje niezaliczoną regułę.
Zestaw testów rośnie razem z firmą
Gdy Kasia dodaje limity kredytowe i trasy tylko dla kierowców, prosi o testy również dla tych reguł. Dowód pozostaje razem ze źródłem aplikacji.
Opisz zasady, które mają zostać przetestowane
Kliv buduje testy na podstawie Twojego opisu, więc im więcej szczegółów podasz, tym bliższa oczekiwaniom będzie pierwsza wersja. Nazwij uczestników, dozwolone działanie, odrzucone działanie i komunikat, jakiego oczekujesz. Oto trzy przykłady do rozwinięcia:
Godzina graniczna zamówień
Przyjmij przed 22:00, odrzuć po, zaproponuj jutro.
“Zbuduj portal zamówień hurtowni piekarniczej z granicą przyjmowania o 22:00. Dodaj Scenariusz, który loguje się jako Kawiarnia Wrzos, składa zamówienie o 21:59 i potwierdza, że zostaje przyjęte na jutrzejszy wypiek, a następnie próbuje ponownie o 22:01 i potwierdza, że zamówienie zostaje odrzucone z komunikatem proponującym najbliższy dostępny termin.”
Limity kredytowe
Blokuj zamówienia powyżej limitu z jasnym komunikatem.
“Dodaj limit kredytowy 5000 zł na klienta do mojego portalu zamówień piekarni. Napisz test, który nadaje Kawiarni Wrzos niespłacone saldo w wysokości 4800 zł, próbuje złożyć zamówienie na 350 zł i dowodzi, że zamówienie zostaje zablokowane z komunikatem wyjaśniającym limit kredytowy.”
Granice ról
Kierowcy widzą trasy, nie ceny.
“Napisz Scenariusz, który loguje się jako kierowca Marek i dowodzi, że widzi dzisiejszą trasę dostaw, notatki do przystanków i pola wyboru, ale nie może otworzyć cenników klientów ani faktur, nawet wklejając ich adresy URL.”
Jak to się składa w całość
Testy jednostkowe są domyślne; Scenariusze zamawia się dla reguł, na których zależy najbardziej. Kliv pisze testy jednostkowe podczas budowy. Scenariusze przeglądarkowe powstają na podstawie prośby w prostym języku, nazywającej zachowanie, na którym Ci zależy.
Przepływy pieniężne można przećwiczyć. Jeśli aplikacja wystawia faktury klientom, Piaskownica może uruchomić część handlową na symulowanych środkach i symulowanym czasie, zanim zaistnieje jakiekolwiek prawdziwe obciążenie.
Dowód jest przenośny. Testy żyją w tym samym drzewie źródłowym co aplikacja, a to drzewo synchronizuje się z Twoim własnym repozytorium Git. Możesz czytać i uruchamiać testy poza panelem.
Cała maszyneria — lokalizatory, kopie bazy, raporty i bramki — jest szczegółowo opisana na stronie o testowaniu.
Najczęściej zadawane pytania
Czym dokładnie jest Kliv?
Kliv to kreator aplikacji AI, który buduje niestandardowe aplikacje webowe na podstawie opisu. Pisze też testy dla budowanej aplikacji, w tym testy jednostkowe oraz zamówione Scenariusze przeglądarkowe.
Dostaję prawdziwą aplikację, czy szablon?
Prawdziwą aplikację, z prawdziwymi plikami źródłowymi i testami w drzewie źródłowym. Testy nie są listą kontrolną poza aplikacją.
Czy mogę ją zmienić po zbudowaniu?
Tak. Gdy zmieniasz aplikację, Kliv może zaktualizować odpowiednie testy albo dodać nowe dla reguł, które nazwiesz.
Czy muszę sam pisać testy?
Nie. Testy jednostkowe powstają podczas budowy aplikacji. O Scenariusze prosisz w prostym języku, na przykład „udowodnij, że kierowca nie widzi cenników”.
Czy uruchamianie testów zaśmieci moje dane?
Nie. Scenariusze działają na kopii bazy danych utworzonej na potrzeby przebiegu i wyrzuconej po jego zakończeniu. Twoje prawdziwe zamówienia, użytkownicy i rekordy nie są częścią testu.
Co dzieje się z e-mailami wywołanymi przez test?
Są przechwytywane i wymienione w raporcie z przebiegu wraz z ich treścią. Nie trafiają do prawdziwych klientów.
Czy test może zatrzymać złe wydanie?
Tak. Zaliczone testy warunkują publikację. Jeśli zestaw testów jest czerwony, wydanie nie wychodzi, dopóki niezaliczona reguła nie zostanie naprawiona.
Czy testy to prawdziwe pliki, które mogę sprawdzić?
Tak. Testy jednostkowe i Scenariusze żyją razem ze źródłem aplikacji, a źródło synchronizuje się z Twoim własnym repozytorium Git.
Czy Scenariusze mogą testować uprawnienia?
Tak. Scenariusz może zalogować się jako konkretna rola i udowodnić, co ta rola może, a czego nie może odczytać ani zrobić.
Czy Scenariusze mogą testować przepływy płatności?
Tak. Przepływy płatności można przećwiczyć w Piaskownicy za pomocą testowych płatności i symulowanego czasu, zanim podłączysz prawdziwe pieniądze.
Czy Scenariusze używają niestabilnych selektorów?
Tam, gdzie to możliwe, używają semantycznych lokalizatorów, takich jak nazwy przycisków i etykiety pól, więc przeprojektowanie rzadziej psuje test z niewłaściwego powodu.
Czy mogę później odejść od Kliv?
Tak. Kod i testy synchronizują się z Twoim własnym repozytorium Git.
Więcej w tej kategorii
Zbudowane przez twórców
Zobacz, co jest możliwe
Zobacz prawdziwe aplikacje zbudowane z Kliv przez deweloperów i twórców z całego świata
Memory Café Coordination Tool
A warm platform for dementia-friendly cafés, connecting caregivers, volunteers, and coordinators.
Remit Record
Track remittances and household budgets seamlessly.
Next Page Book Club
Manage your book club easily with proposals, voting, and history tracking.
Northfern Tattoo Studio
Portfolio and booking site for Northfern Tattoo Studio.
Campo Agua Gestión
Sistema de gestión del agua comunitario para aldeas.
つくりて — 伝統工芸職人サイト
職人が作品を展示し、受注管理を行うサイトです。
Tidal Surf Reports
Crowd-sourced surf condition tracking app.
Riverside Commons HOA Management
A portal for HOA management at Riverside Commons.
よやくん — レストラン予約管理
小規模レストラン向けの予約管理サイトです。
Troop 214 Scout Management
A management tool for Scout Troop 214, focused on outings, advancement, and communication.
Te Kura Kaupapa Māori Whānau Board
A whānau coordination tool for Māori-medium schools.
Tsev Nyeem Ntawv Library
Mobile library coordinator for Hmong and Lao communities.
Memory Café Coordination Tool
A warm platform for dementia-friendly cafés, connecting caregivers, volunteers, and coordinators.
Remit Record
Track remittances and household budgets seamlessly.
Next Page Book Club
Manage your book club easily with proposals, voting, and history tracking.
Northfern Tattoo Studio
Portfolio and booking site for Northfern Tattoo Studio.
Campo Agua Gestión
Sistema de gestión del agua comunitario para aldeas.
つくりて — 伝統工芸職人サイト
職人が作品を展示し、受注管理を行うサイトです。
Tidal Surf Reports
Crowd-sourced surf condition tracking app.
Riverside Commons HOA Management
A portal for HOA management at Riverside Commons.
よやくん — レストラン予約管理
小規模レストラン向けの予約管理サイトです。
Troop 214 Scout Management
A management tool for Scout Troop 214, focused on outings, advancement, and communication.
Te Kura Kaupapa Māori Whānau Board
A whānau coordination tool for Māori-medium schools.
Tsev Nyeem Ntawv Library
Mobile library coordinator for Hmong and Lao communities.
Testuj zasady, na których Ci zależy
Opisz reguły, których Twoja firma nie może stracić, użytkowników, którzy je wykonują, i oczekiwane wyniki. Kliv buduje aplikację oraz testy, które dowodzą, że te reguły nadal się utrzymują.