軟件測試人員報告他的全部感受是很重要的。軟件程序測試員的角色是任何團隊中的催化劑。他一方面組成工作人員，另一方面分解申請。在商業企業和公用事業方面，了解應用程序內部的所有問題可能很大或很小，並具有適當的信息方向，這一點至關重要。因此，一個強大的錯誤報告作為軟件開發生命週期中的一個特殊證據，提供了昆蟲的聲譽在所有階段都得到了更新。報告特洛伊木馬的唯一目的是修復計算機病毒。
1. Bug 描述的清晰性 – Bug 描述是指一個小的斷言，它簡要地影響了精確故障的方向。可能需要幾個步驟來重現它的麻煩，但是這個關於錯誤描述的小公告應該能夠說明問題的確切性質。例如，如果出現服務器錯誤的麻煩，蠕蟲描述應該通過使用聲明服務器錯誤在出現此類操作時接近的方式真正有問題的含義。
2. 不要通過你的判斷——即使你對通過你檢測到的錯誤的真實性充滿自信，也不要編寫一個特洛伊木馬文件，這可能反映出你試圖通過你的判斷計算機病毒。在每種情況下，這都會引發一個問題，這可能反映了您作為測試人員的優越性。您的基本意圖應該是使您的錯誤報告具有決定性，以幫助您的蠕蟲，唯一的原因必須是最終關閉計算機病毒。嘗試在蠕蟲記錄中使用外交手段，而不是在惡意程序中使用權威聲明，從而使您的錯誤文檔令人不快，最好的方法是暗示。應始終以最高精神采取這種方法。
三。重現步驟——如何達到惡意程序的適當因素，並適當合理化允許您重現它的一組情況，需要在錯誤報告中清楚地描述。例如，對於圖形軟件程序，測試人員希望與構建者交談，了解他在獲得木馬之前完成了什麼。必須詳細說明信息，例如按下了哪些按鈕以及按什麼順序。對於通過在提示符中鍵入命令完成的軟件，希望準確指示在獲取木馬之前鍵入的命令的信息。
四。使用簡單的語言——人們不喜歡檢查包含複雜術語和繞口令的冗長段落。頂級蠕蟲文檔由包含小而清晰的句子的小項目符號組成。它必須最簡單地描述與所涉及的錯誤相關的觀察結果。現在不要通過編寫太多事實使錯誤報告變得不必要的複雜和冗長。避免敘述多餘的細節，這對複制計算機病毒沒有任何幫助。絕對不要把可以被普遍認可的東西寫給所有人。
五。引用相關示例——在大多數情況下，我們發現為了重現特定的惡意程序，一些精確的輸入機構很重要。因此，寧願做出模糊的陳述，例如在聯繫人列表中提供某人的無效姓名，& shop; 可以說在呼叫主題中輸入無效輸入，例如035bbb@ $% 並單擊保存。為了修復錯誤，快速測試人員必須嘗試通過提供所有相關數據/直接數據來幫助程序員。
6. 提供反向引用——如果安全避風港害蟲控制發生特定惡意程序與規範報告或與項目相關的所有其他文件相矛盾；惡意程序報告必須提供與被反駁的相關文檔的確切章節或條款類型的正確連接。
7. 分配錯誤優先級和嚴重性——如果沒有指定錯誤嚴重性和錯誤優先級的級別，錯誤報告是不完整的。
錯誤嚴重性：指回溯到蠕蟲對機器造成嚴重損害的風險量。它描述了該錯誤的嚴重程度。嚴重性是與錯誤相關的穩定性質的函數。
Bug Severity 有 3 個階段，可定義如下：
嚴重程度 – 關鍵：是最危險的階段，不允許在特定點之後繼續進行測試嘗試。由於某些錯誤消息的添加或小工具主崩潰以強製完全關閉或半關閉實用程序，可能會出現嚴重情況。可以通過以下事實來判斷事態的嚴重性：任何類型的解決方法並不總是可行的。如果某些菜單選項不存在或需要特殊的安全權限來訪問正在檢查的首選功能，則計算機病毒可能屬於“嚴重”類別。
嚴重性級別 – 高：是主要缺陷的一個階段，在該階段下，產品的行為無法達到預期的預期，或者可能導致某些其他功能出現故障，從而無法滿足消費者的要求。此類下的錯誤可以通過某種解決方法來解決。此類昆蟲的示例可能是計算公式錯誤或數據庫內字段佈局錯誤導致事實更新失敗。同樣可以有很多實例。