KomuraSoft LLC
Skonsultuj się z nami
Menu

Tworzenie oprogramowania dla Windows i wsparcie techniczne KomuraSoft

Diagnostyka błędów i analiza przyczyn źródłowychZ „czasem się zawiesza” zrobić problem, który można zbadać.

Awarie, których nie da się odtworzyć u siebie, rzadkie przerwy w komunikacji, usterki po długiej pracy. Na podstawie logów i pomiarów zawężamy możliwe przyczyny i pomagamy zdecydować o poprawce lub dalszej diagnozie.

Skonsultuj występujący błąd Zobacz koszty i przebieg współpracy

Dokumentacja specyfikacji nie jest wymagana. Konsultację można zacząć od tego, co jest znane.

  • Bezpośredni kontakt z inżynierem
  • Konsultacja możliwa przed ustaleniem wymagań
  • Zlecenie tylko w potrzebnym zakresie

Można skonsultować się z nami na takich etapach

Zacznijmy od tego, co sprawia Państwu problem.

Aplikacja przestaje działać dopiero po kilku dniach lub tygodniach pracy

Rejestrujemy zmiany zużycia zasobów oraz nietypowe ścieżki wykonania i zawężamy warunki wystąpienia błędu.

Nie wiadomo, czy przyczyną jest aplikacja, urządzenie czy sieć

Zestawiamy logi, pakiety i zachowanie systemu operacyjnego, aby wyizolować źródło problemu.

Są logi, ale nie da się na ich podstawie prześledzić przyczyny

Porządkujemy potrzebne punkty obserwacji i zbieramy informacje pozwalające zweryfikować hipotezy.

Z kimś, z kim można porozmawiać o technice wprost, bez upraszczania.

Zdjęcie profilowe Go Komury

Przedstawiciel i inżynier

Go Komura

Inżynier wyspecjalizowany w systemie Windows zajmuje się sprawą od poznania problemu, przez diagnozę i projekt, aż po implementację. Także to, czego nie potrafią Państwo jeszcze w pełni opisać, uporządkujemy, wychodząc od kwestii technicznych.

Zobacz doświadczenie i technologie / Zobacz informacje o firmie

Opublikowane techniczne studia przypadków

Diagnoza awarii występującej dopiero po długiej pracy

Uporządkowaliśmy dane o liczbie uchwytów oraz logi na granicach przetwarzania i zawęziliśmy diagnozę do wycieku uchwytów.

Przeczytaj o problemie i sposobie diagnozy

Zakres wsparcia

Od wybranej części prac po całość: zakres dobieramy do potrzeb.

Od pojedynczej diagnozy lub modyfikacji po rozwój całej aplikacji. Zakres zlecenia ustalamy zgodnie z Państwa aktualną sytuacją.

Izolowanie błędów i badanie przyczyn

Badamy warunki występowania i możliwe przyczyny awarii, przerw w komunikacji oraz trudnych do odtworzenia usterek.

Analiza usterek przy długotrwałej pracy

Analizujemy wycieki pamięci i uchwytów, wyczerpanie zasobów oraz rosnącą liczbę wątków i podobne problemy, prowadząc ciągłą obserwację.

Wsparcie w modyfikacjach i zapobieganiu nawrotom

Na podstawie wyników diagnozy porządkujemy kierunek modyfikacji, usprawniamy logowanie i przygotowujemy testy ścieżek błędów.

Przykłady tego, co sprawdzamy i przekazujemy

  • Potwierdzone fakty i możliwe przyczyny
  • Kierunek modyfikacji lub kolejne punkty do weryfikacji
  • Propozycje usprawnienia logów i metod obserwacji

To przykłady zależne od zakresu zlecenia. Zakres i formę rezultatów uzgadniamy przy sporządzaniu wyceny.

Jeśli któryś z tych problemów brzmi znajomo, prosimy najpierw opisać swoją sytuację.

Skonsultuj występujący błąd

Dokumentacja specyfikacji nie jest wymagana. Konsultację można zacząć od tego, co jest znane.

Koszty i przebieg współpracy

Nie trzeba od razu ustalać wszystkiego.

Zaczynamy od zlecenia samej diagnozy

Nie trzeba zamawiać całej modyfikacji. Można najpierw zlecić izolowanie problemu i badanie przyczyny. Czas trwania i zawartość raportu uzgadniamy z góry.

Orientacyjne koszty

Wycena zależna od zakresu i czasu diagnozy

Zlecenie samej diagnozy błędu jest płatne. Nie gwarantujemy ustalenia przyczyny; w raporcie oddzielamy fakty, które udało się potwierdzić, od kwestii niepotwierdzonych.

Zakres bezpłatnej wstępnej diagnozy i usługi płatne

Wstępna diagnoza w zakresie potrzebnym do sporządzenia wyceny i podjęcia decyzji o przyjęciu zlecenia jest co do zasady bezpłatna, przy założeniu, że w przypadku uznania realizacji za możliwą zlecą Państwo właściwe prace rozwojowe. Długotrwała weryfikacja, budowa dedykowanego środowiska, prototypy i PoC (dowód koncepcji), dostarczenie szczegółowych raportów z diagnozy i podobne prace mogą być płatne.

Jeśli zlecają Państwo samą diagnozę lub przegląd, wyceniamy je jako odrębną usługę płatną. Za każdym razem, gdy usługa jest płatna, przed rozpoczęciem prac informujemy o zakresie i kosztach.

  1. Opis sytuacji

    Prosimy opisać cel, problem i środowisko, którego dotyczy sprawa, w zakresie, w jakim są znane.

  2. Ustalenie zakresu i kosztów

    Przedstawiamy potrzebną diagnozę, zakres wsparcia, rezultaty prac, koszty i sposób prowadzenia prac.

  3. Start po uzgodnieniach

    W trakcie diagnozy lub prac rozwojowych przekazujemy postępy, potwierdzone ustalenia i pozostałe ograniczenia.

  4. Sprawdzenie wyników i przekazanie

    Sprawdzamy wyniki w uzgodnionych warunkach i przygotowujemy wdrożenie lub kolejny krok.

Dla osób, które chcą poznać szczegóły techniczne

Rozwiń obsługiwane technologie i szczegóły przebiegu prac

Zamieniamy „czasem się zatrzymuje” w problem, który można zbadać.

Na komputerze dewelopera nie da się odtworzyć błędu. Awaria występuje dopiero po długiej pracy. Nie wiadomo, czy przyczyna leży w aplikacji, czy w urządzeniu. W takich sytuacjach nie poprawiamy kolejnych miejsc na podstawie samych domysłów, lecz zwiększamy ilość informacji, które można zaobserwować, i zawężamy krąg możliwych przyczyn.

Objawy, z którymi mogą Państwo zwrócić się do nas o konsultację

  • Awaria lub zatrzymanie pojawia się po kilku godzinach, a nawet tygodniach pracy ciągłej.
  • Komunikacja z kamerą przemysłową lub urządzeniami peryferyjnymi sporadycznie się urywa.
  • Liczba zajętej pamięci, uchwytów lub wątków stale rośnie.
  • Aplikacja działa niestabilnie tylko na wybranych komputerach lub w określonych warunkach eksploatacji.
  • Logi są zapisywane, ale nie pozwalają prześledzić przebiegu zdarzeń prowadzących do awarii.

Jak prowadzimy diagnozę

1. Porządkujemy okoliczności i zakres wpływu

Ustalamy objawy, częstotliwość występowania, środowisko pracy oraz czynności lub zmiany poprzedzające awarię. Hipotezy dzielimy według tego, czy przyczyny należy szukać w samej aplikacji, w komunikacji, w urządzeniu czy w systemie operacyjnym.

2. Obserwujemy potrzebne informacje

Na podstawie m.in. logów, pakietów, wyjątków, zużycia pamięci i liczby uchwytów wybieramy dane potrzebne do sprawdzenia hipotez. Jeśli informacji brakuje, dodajemy punkty obserwacji, a sposób zbierania danych dobieramy tak, aby nie obciążać działania systemu.

3. Weryfikujemy możliwe przyczyny

Zawężamy warunki występowania błędu i sprawdzamy hipotezy w testach odtwarzających oraz porównawczych. Oddzielamy fakty, które udało się potwierdzić, od tego, co pozostaje przypuszczeniem, i na tej podstawie wskazujemy kierunek modyfikacji lub dalszej diagnozy.

Wyniki diagnozy jako podstawa kolejnych działań

Jeśli przyczyna zostanie znaleziona, porządkujemy kierunek modyfikacji i sposób weryfikacji ich skutku. Jeśli nie uda się jej ustalić w okresie diagnozy, wskazujemy czynniki, które można wykluczyć, pozostałe możliwości oraz informacje potrzebne w następnym kroku. Format i zakres raportu uzgadniamy przy przyjęciu zlecenia.

W razie potrzeby przygotowujemy też logi, które pozwalają prześledzić przebieg poszczególnych operacji, zapisy umożliwiające sprawdzenie przydziału i zwolnienia zasobów oraz testy ścieżek błędów. Naszym celem jest nie tylko doraźne przywrócenie działania, ale też stan, w którym przy kolejnym wystąpieniu tych samych objawów można szybko podjąć decyzję.

Co warto podać podczas konsultacji, w zakresie, w jakim jest to znane

Prosimy o opis objawów, częstotliwości ich występowania, używanej wersji systemu Windows i aplikacji oraz dotychczas podjętych działań. Informacja o tym, czy dostępne są logi i kod źródłowy, ułatwi nam zaplanowanie sposobu diagnozy. Do pierwszego zapytania nie trzeba dołączać informacji poufnych ani danych uwierzytelniających.

Jeśli potrzebne są również bieżące poprawki lub utrzymanie, zaproponujemy zakres prac łączący diagnozę z usługą Modyfikacje i utrzymanie istniejącego oprogramowania dla systemu Windows.

Najczęstsze pytania przed zleceniem

Czy można zlecić samą diagnozę przyczyny?

Tak. Przyjmujemy także zlecenia obejmujące wyłącznie izolowanie przyczyny i jej badanie, bez modyfikacji. Zakres diagnozy, czas jej trwania i zawartość raportu uzgadniamy z góry. Zlecenie samej diagnozy jest usługą płatną.

Czy można zasięgnąć konsultacji, jeśli błąd rzadko daje się odtworzyć (niski wskaźnik odtwarzalności)?

Tak, zapraszamy do konsultacji. Analizujemy m.in. logi z momentu awarii, zapisy komunikacji i zużycie zasobów oraz ustalamy, jakich punktów obserwacji brakuje. Jeśli nie mają Państwo środowiska, w którym błąd da się odtworzyć, zaczynamy od ustalenia, jak zebrać dane w środowisku produkcyjnym.

Czy zawsze uda się ustalić przyczynę?

Nie gwarantujemy ustalenia przyczyny. Zakres diagnozy zależy od warunków odtworzenia i od informacji, które da się zebrać. W raporcie odróżniamy fakty potwierdzone, możliwe przyczyny i kwestie niezweryfikowane, tak aby ułatwić decyzję o dalszej diagnozie lub modyfikacjach.

Kontakt

Wystarczy kilka zdań o Państwa sytuacji.

Nie potrzebują Państwo szczegółowej dokumentacji specyfikacji ani terminologii technicznej. Prosimy o podanie poniższych informacji w zakresie, w jakim są znane.

  • Problem lub cel, który chcą Państwo osiągnąć
  • Oprogramowanie, urządzenia i środowisko, których sprawa dotyczy
  • Preferowany termin (może być jeszcze nieustalony)

W pierwszej wiadomości nie trzeba dołączać poufnych dokumentów ani haseł.

Przykład wiadomości z prośbą o konsultację

Aplikacja zatrzymuje się po długiej pracy, ale w środowisku programistycznym nie udaje się tego odtworzyć. Chcemy skonsultować, co należy zbadać w pierwszej kolejności.
Skonsultuj występujący błąd Skonsultuj się e-mailem

Dokumentacja specyfikacji nie jest wymagana. Konsultację można zacząć od tego, co jest znane.

Przycisk konsultacji otwiera polską stronę kontaktową ze sposobami nawiązania kontaktu. „Skonsultuj się e-mailem” tworzy wiadomość e-mail z nazwą usługi.

Zobacz powiązane artykuły techniczne