Witam
Wrócę z małym pytaniem:
Utwórz zadanie, które sprawdza, czy właściwości są puste, czy nie.
Następnie konkatenacje są zgodne z obserwacjami, z dodaniem spacji między właściwościami.
Opis / TYTUŁ L1 / TYTUŁ L2 / TYTUŁ L3
W poniższym przypadku jest to przypadek "Descr + TITLE L1"
a w teście blokuje się na "Descr" > 1 (plus mówi, że zawiera 14 znaków!! )
Próbowałem z równym/różnym od 0, ale ten sam wynik "nie powiódł się"
Cóż, wygląda na to, że INTEGRATION ma wiele błędów w swoich warunkach testowych...
Nowy test z następującymi scenariuszami:
Opis. = istnieje = nie jest puste
T1 = istnieje = puste (bez spacji)
T2 = istnieje = niepuste
T3 = istnieje = niepuste
Integracja nie testuje prawidłowo "warunku wejściowego"
Przykład: T1 zawiera 0 znaków
Dla twojej informacji, jest to rzeczywiście błąd w oprogramowaniu, obecny nie wiem jak długo (zostanie naprawiony w następnej wersji...):
Wszystkie testy stanu nieruchomości wydają się być błędne!
Widziałem też inną dziwną rzecz w integracji, nazywają "Opcje dokumentu" zamiast "Opcje systemowe"!! ... Wystarczająco dużo, aby skierować użytkowników na złą ścieżkę...
W wersji 2016 sprawdzam (za pomocą If a property exite o podanej wartości), czy właściwość Category jest równa Cutting i działa idealnie.
Testuje je na liczbie znaków właściwości, w naszym przypadku:
właściwość if nb znak inny niż 0
jeżeli jest mniejsza lub równa 1
jeśli jest większa lub równa 1
Ponadto w sprawozdaniu dobrze nas przedstawia:
jeśli różni się od 0 (policzył 14) = Niepowodzenie
Ok, to samo dla mnie, jest błąd w tych testach
Nie znam się na integracji, ale w programowaniu używamy funkcji (string. Length lub nbchar), aby uzyskać liczbę znaków.
Możliwe jest również przetestowanie pustego ciągu w następujący sposób:
Str<>""
Nie wiem czy to pomoże, ale dla mnie składnia twojego testu jest błędna.
składnia zapisu jest wewnętrzna dla "Integracji", nie mamy do niej dostępu.
Napisy w moich wiadomościach miały na celu wyłącznie wyrażenie idei.