Test ve kapsam kanıtlarını okuyun

Bee ile raporların tamamını ajan bağlamına yüklemeden sonuçları okuyun. Komutlar bee init, MongoDB veya model olmadan çevrimdışı çalışır. Yeni bir dizin oluşturup aşağıdaki UTF-8 dosyalarını buraya kaydedin. Bunlar sentetik parser örnekleridir; çalıştırdığınız testler değildir.

1 · Başarısız bir testi özetleyin

report.trx olarak kaydedin:

<TestRun xmlns="http://microsoft.com/schemas/VisualStudio/TeamTest/2010" id="11111111-1111-4111-8111-111111111111">
  <TestDefinitions><UnitTest id="22222222-2222-4222-8222-222222222222"><TestMethod className="Docs.Synthetic" name="Example"/></UnitTest></TestDefinitions>
  <Results><UnitTestResult testId="22222222-2222-4222-8222-222222222222" executionId="33333333-3333-4333-8333-333333333333" testName="Synthetic example" outcome="Failed"/></Results>
  <ResultSummary outcome="Failed"><Counters total="1" executed="1" passed="0" failed="1" notExecuted="0"/></ResultSummary>
</TestRun>

bee test summarize report.trx --limit 5 --budget 8000 --json

Beklenen çıkış 1: tamamlanmış rapor, Synthetic example adlı tek başarısız test içerir. Toplam 1, çalıştırılan 1, geçen 0, başarısız 1. Bu, başarısızlığın başarıyla okunmasıdır. bee test summarize test çalıştırmaz. Gerçek raporda asıl çalıştırıcının çıkış kodunu, kaynak revision’ını ve tam raporu koruyun. Çıkış 5, eksik rapor/çalıştırılmamış test demektir; karar vermeden tanıları okuyun. Çıktıyı sınırlandırırken atlanan ayrıntı sayılarını kontrol edin. Desteklenen TRX yapısı özet referansında.

2 · Eksik ölçümleri uydurmadan kapsamı okuyun

coverage.info olarak kaydedin:

TN:synthetic
SF:Price.cs
DA:5,1
DA:6,0
LF:2
LH:1
end_of_record

bee code coverage import coverage.info --format lcov --json

Beklenen çıkış 0, status: complete ve files[0].lines içinde state: known, total: 2, covered: 1, percent: 50. Dal kaydı verilmediği için branches unknown kalır. Price.cs rapordaki etikettir; okuyucu o dosyayı açmaz. checkedSource: not-read ve sourceBinding: not-established açıkça korunur. Çıkış 0, raporun okunduğunu gösterir; bugünkü kodun %50 kapsamı olduğunu kanıtlamaz. Çıkış 5 sonrasında bozuk/desteklenmeyen girdiyi düzeltin; bunu sıfır kapsamla değiştirmeyin. Biçimler için bee code coverage import --help veya komut referansı.

3 · QA değerlendirmesinde eksik olanı görün

Önkoşullar: en az bir commit içeren Git checkout, PATH üzerinde Git ve deponun fiziksel kök dizini. Komutu o kökten çalıştırın. Hazır bee-cli profili linux-x64 üzerinde Bee CLI entegrasyonunu hedefler; her uygulamaya uygun değildir. Bu bir tanı örneğidir, projenize özel QA politikası değildir. Bash/zsh:

bee qa assess --root "$(pwd -P)" --base HEAD --head worktree --profile bee-cli --limit 5 --budget 16000 --json

PowerShell:

bee qa assess --root (Get-Location).Path --base HEAD --head worktree --profile bee-cli --limit 5 --budget 16000 --json

Beklenen çıkış 5, decision: collect_evidence, reasonCounts.missing_evidence: 1, mode: diagnostics, trusted: false, acceptance: false. Her değerlendirme tasarım gereği 5 döndürür. Test çalıştırmış veya QA onayı vermiş değildir. --base HEAD mevcut commit ile karşılaştırır; gerçek işte amaçlanan karşılaştırma commit’ini seçin.

Tam QA paket örneğiyle devam edin: kaynak/politikayı önizleyin, checkout dışına hash’li rapor ekleyin, değerlendirin, adlandırılmış hataları ve eksik kapsamı okuyun. Eski raporu yeni kaynak hash’iyle yeniden etiketlemeyin. Profil projenize uymuyorsa projenin gerçek test çalıştırıcısını ve inceleme politikasını kullanın.

4 · Doğrulamaya yeterli bilgi teslim edin

Komutu, gerçek işlem çıkışını, kaynak revision’ını, dosya hash’ini, atlananları ve asıl raporu birlikte tutun. Parser özeti, analiz sonucu, test sonucu ve inceleme kararı farklı soruları yanıtlar. Sınırlı çıktıyı yalnız gerekli ayrıntı atlandığında büyütün. Sonra gerçekten kontrol edilenleri özetleyerek plan adımınızı bildirin.

Sıradaki: Bağlam ve token araçları · Sorun giderme