題:
“ Bug”和“ Glitch”有什麼區別?
John
2016-02-26 23:36:38 UTC
view on stackexchange narkive permalink

我聽說有兩個術語定義了遊戲錯誤:“錯誤”和“毛刺”。
有什麼區別?

蟲子會導致甚至一些堅硬的士兵變得刺骨,而毛刺則是無法離開遊戲的角色。
[關於將此遷移到英語SE的元問題。](http://meta.gaming.stackexchange.com/q/11334/108003)
十五 答案:
question_asker
2016-02-26 23:43:19 UTC
view on stackexchange narkive permalink

高度非技術性答案:

我會說它們是有效的可互換的,儘管它們的使用方式有時會有些許細微差別:

由於遊戲代碼中無法預料的問題,預期遊戲狀態不可實現時,通常使用單詞bug。也就是說,由於代碼錯誤,您無法完成關卡(或Boss無法生成等)。

由於遊戲代碼中無法預料的問題,當意外遊戲狀態可以實現時,通常使用單詞glitch。也就是說,由於代碼中的錯誤,您可以跳過地面(或前進到通常需要滿足更多目標的任務的一部分)。

此外,“小故障”用於指圖形和聲音的問題,而“小蟲”幾乎從來沒有。

另外,“小故障”比“小蟲”更常被用作動詞。通常會說諸如“遊戲在我身上出現故障”或“您可以通過卸下旁邊的車輛來闖過門”之類的話。“遊戲被我弄錯了”的情況很少見,“ bug”從不被用作動詞來描述玩家所採取的行動。
如果您可以提出一些定義或任何證據,那就太好了。我從來沒有聽說過這種方式使用過這些,因此對目前似乎是不正確的意見不以為然。
@user2357112對我來說,“遊戲出了問題”聽起來像是一個常見的固定短語。
關於“錯誤”不適用於圖形的評論是荒謬的。Google圖形錯誤,您會發現無窮的結果。我不明白這仍然是如何投票的。我必須假設這聽起來很真實。
@Timelord64:但是,遊戲世界也無法區分這些術語。據我所知,這個答案是完全由_組成的(與其他所有答案一樣,這些單詞實際上是同義詞)_。我不知道為什麼這個問題/答案如此之多。
@Timelord64:他沒有提供單獨的定義。他提供了單獨的_nuances_,這是準確的。
評論不用於擴展討論,請使用[chat](http://chat.stackexchange.com/)!
DCShannon
2016-02-27 05:23:34 UTC
view on stackexchange narkive permalink

到目前為止,我沒有找到任何答案,不過也許在我發布之後可能會有所改變。

一般

Glitch和Bug本質上是的同義詞,但是某些組會根據上下文得出不同的,細微的差異。在這些差異中,最常見的主題是glitches是突然的或臨時性的,此主題的最常見表現是bug是代碼錯誤,而故障是由這些錯誤導致的行為。

為了說明這一點,下面是Wikipedia中的故障軟件錯誤的定義:

故障是系統中的短暫故障。它通常用於描述可自我糾正的瞬態故障,因此難以排除故障。

軟件錯誤是指計算機程序或系統中的錯誤,缺陷,故障或錯誤,導致其產生不正確或意外的結果,或行為異常。大多數錯誤是由於人們在程序的源代碼或其設計中,或在此類程序所使用的框架和操作系統中所犯的錯誤而引起的,而一些錯誤則是由編譯器生成的錯誤代碼引起的。

請注意,故障描述為“瞬態”。還應注意,故障本身就是故障本身,而錯誤可能更多地引用了導致故障的代碼,而瞬態發生率比實際故障要小。

常用用法定義

以下是故障和錯誤的一些字典定義,以說明這些術語在常用用法中的相似程度。

MW

毛刺
1 a:
通常是較小的故障; 也:bug
2 b:是一個導致暫時性挫折的小問題:snag

錯誤
2:
意外的缺陷,故障,缺陷或瑕疵

請注意使用“臨時”來描述故障,但也請注意,替代定義就是“ bug”。

免費詞典

毛刺
1.
輕微故障,事故或技術問題;障礙:計算機故障;航行故障;談判中出現小故障。
2.由短暫的,不需要的電湧引起的虛假或偽造的電子信號。

錯誤
3. a.
在系統或設計中的缺陷或困難。
b. 計算機程序代碼或例程中的缺陷。

請注意在一個故障定義中簡要介紹一下功能的想法,但也請注意第一個定義的一般性以及它與“缺陷”的本質相同。

那些一直知道“小故障”和“錯誤”之間有一定區別的人是“正確”的人,應該注意這些詞典定義,並在與任何亞文化或專業以外的人交談時記住這些定義。做出區分。與您交談的人可能會認為這些詞是完全的同義詞。

遊戲中

這些術語在遊戲中使用,因為遊戲涉及軟件,而軟件涉及錯誤。可以針對此上下文做出一些細微的區別,但是-正如您從此處的其他答案中可以看到的-對於這些區別應該是什麼沒有真正的共識。因此,這是相同的一般情況,其中“小故障”更可能是 在運行時表示錯誤的表現,而“錯誤”更可能是 的引用。實際代碼中的問題。

維基百科的故障頁面上有一個標題為視頻遊戲故障的部分。本節將這些術語視為可互換的:

毛刺/錯誤是可能在代碼內引起嚴重問題的軟件錯誤,通常在所述軟件的生產過程中未引起注意或未解決。...紋理/模型故障是導致任何特定模型的錯誤或其他錯誤...
為了捨棄/略微糾正《免費詞典》中的故障定義#2,電子設備中的故障是由信號引起的,該信號在應始終為決定因素時可能具有隨機狀態。但是,通常將其理解為電子產品中的設計缺陷,而不是由於任何形式的功率波動問題所致。但是,正如我在其他評論中所說的那樣,遊戲開發人員可能並沒有過多地使用更多的技術定義,因為沒有特別的理由讓他們意識到這一點(因此在軟件級別上,它往往會被用作同義詞。代表“錯誤”)。
@delicateLatticeworkFever對此表示感謝。我認為這種含義可能有助於暗示故障應該是運行時的突發事件或臨時事件。
我需要在每個興趣點都強調這一點;Thios的答案是如此錯誤,以至於如果您從開發人員的角度來看它,那將導致失敗。**這個問題實際上是遊戲開發者考試的重要內容**。如果您的老師問您“ x和y有什麼區別”,而您卻說“沒什麼”;你會過得很糟糕。
作為軟件開發人員,*我建議您繼續進行軟件開發,並假設您不是真正的遊戲開發者*。這在通用軟件中可能具有不同的含義。在遊戲開發中,這兩個術語被廣泛認為具有不同的含義。**專家提示:如果您用Google搜索“遊戲開發#word#定義”,則會彈出兩個截然不同的頁面。**
@Timelord64:,我不知道您對此有何疑問。您的例子似乎不合適,論據也沒有任何根據。您不能抱怨這個SE頁面是關於遊戲的,但是答案是技術上的...然後改為關閉操作。如果不是OP像您描述的那樣在“僅遊戲”網站上詢問有關“開發”的問題,那不是回答者的錯。實際接受的答案不正確。由於它是對意外的明確技術問題的非技術答案。因此,僅因為這是該問題的錯處,才不會否定答案的對與錯!
@Zaibis這是一個“意外的顯式技術問題”嗎?為什麼這會自動涉及開發?開發人員(雖然不是遊戲,但我是其中的一員)在這兩個術語上都沒有壟斷權,而且不是開發人員的遊戲玩家通常會使用它們(可能含義不同)。由於這是一個有關遊戲的網站,而不是遊戲(或任何其他類型的)開發的網站,因此,針對他們對遊戲玩家的意義而不是對開發商的意義的答案似乎是最合適的。
@Timelord64如果您可以引用一個資源來支持您的主張,即這些術語在遊戲開發領域具有非常特定的,定義明確的含義,那麼我很樂意在有關在遊戲中使用這些詞的部分中添加註釋。
我不同意“ bug”和“ glitch”是同義詞。一個小故障是一個錯誤,但錯誤不一定是一個小故障。還是您聽說過“ glitchtracker”一詞?“安全故障”怎麼樣?還是“然後程序出現故障了”?“這個小故障籠罩了整個系統”?
-1
@DCShannon 3):您的Merriam Webster鏈接沒有提到“故障”一詞。您的免費詞典鏈接正確地將故障標識為“輕微故障”,這是一種錯誤。“視頻遊戲故障”的Wiki頁面鏈接到“軟件錯誤”的事實並不能證明它們是同義詞。同樣,故障是一個錯誤,但並非所有錯誤都是故障。我看不到您的任何消息來源都支持您的帖子。
@Fozi我認為您可以在頂部欄中輸入小故障。我想我可以為每個字典添加兩個單獨的鏈接。我認為我沒有提及“視頻遊戲故障”頁面鏈接。不知道為什麼要提出來。每個資料直接支持論文,並說明它們之間的關係。Wikipedia的前兩個詞將這兩件事描述為幾乎相同,但著重強調了短期毛刺。字典定義相同。我不確定該如何直接。您知道這些定義非常相似嗎?
這個問題屬於ELU;再加上一個這樣回答。這是我的[相關答案](http://english.stackexchange.com/questions/238463/is-there-any-word-for-the-opposite-of-a-bug-in-programming/238474#238474)。
@Fozi實際上沒有。錯誤可以表現為故障,但不是必須的,而故障可以是錯誤,但不是必須的。一件軟件中可能有數百萬個無聲的錯誤(邏輯錯誤),這些錯誤永遠不會為用戶顯示(故障),因為觸發故障的特定條件永遠不會發生。故障例如可以是硬件故障,在這種情況下,故障不是代碼錯誤的影響。假設由於硬件設計問題而導致處理器過熱並且系統重新啟動,那麼引起故障的原因並不是代碼中的錯誤。
@DCShannon,您從詞典條目中得出了一些不正確的結論。小故障:故障。錯誤:缺陷。因此,小故障是一個事件(我的玩家摔倒了地圖),而錯誤是導緻小故障的邏輯錯誤(玩家角色的命中檢測不佳)。因此,錯誤是產品中的缺陷,表現為故障。它們不是同義詞,一個只是另一個的原因。這就是他們對開發人員的意義,儘管遊戲玩家可能已經完全解釋了自己的解釋。但這是技術含義。
@Jan這就是我在回答中所說的意思。包括遊戲玩家在內的許多人在很大程度上以同義詞的方式使用這些術語。在某種程度上,它們之間是有區別的,就是代碼中的一個,而表現形式中的另一個。這就是答案。您是否發現它不清楚,或者只是不讀?
@DCShannon最近的編輯使它更加清晰,儘管我仍然對使用“同義”一詞持反對態度。由於上下文中的隱含含義,它們通常可以互換使用,但它們的含義並不相同。錯誤(我的電源插座安裝不正確)與故障(我的房子被燒毀)有很大不同。這很挑剔,但是如果您想在技術上正確的話,它們根本就不是同義詞。
@Jan從技術上講,我不是要正確。我正試圖說出這些術語的“用法” *。我很高興您發現編輯更加清晰。它是由您的解釋激發的。
-1
@DCShannon,您終於擊敗了時間霸王,並證明了他的過錯,非常感謝:)!
Zerjack
2016-02-26 23:51:09 UTC
view on stackexchange narkive permalink

視頻遊戲是一個程序,考慮到這一點,我們有以下內容。

bug是在產品交付給客戶之前在開發環境中發現的錯誤。我們主要在這裡談論代碼問題。

另一方面,glitch是在視頻遊戲環境中說defect的一種方式。缺陷是測試環境中預期結果與實際結果之間的差異。這樣的缺陷是客戶需求的偏差。此缺陷可能導致failures

錯誤,缺陷和故障之間的關係是軟件測試研究(尤其是質量保證)以及軟件開發中的常見主題。此外,這是該地區常見的問題

現在,故障和缺陷之間的關係可以通過它們的定義來解決。 毛刺 是系統中的短暫故障。在這種情況下,軟件系統即視頻遊戲。在組件,設備或子系統級別將 故障 定義為異常情況或defect,這可能會導致故障。也就是說,故障是表達缺陷的一般方式。因此,這意味著故障,缺陷和故障密切相關。

因此,這意味著故障在大多數情況下是錯誤的產物。儘管很多人都使用bug來定義遊戲中的問題,但應該在開發環境中使用bug,因為缺陷就是“缺陷”這個詞的意思,鑑於前面所說的,我們可以將其與故障聯繫在一起。

從開發的角度來看,這是一個很好的解釋
“希望在產品交付給客戶之前**在開發環境中發現錯誤” **……我希望。
作為軟件開發人員,我通常會互換使用這些術語,但就某種程度而言,就是這樣。
維基百科頁面上[Glitch](https://en.wikipedia.org/wiki/Glitch)和[Software Bug](https://en.wikipedia.org/wiki/Software_bug)的定義似乎在很大程度上與這種區分,同時又偶爾將這些術語混入體內。
拒絕開發人員視圖。最好不要假設遊戲玩家了解開發術語。如果這是Game.Dev.SE,則為好答案
*“錯誤”是在產品交付給客戶之前在開發環境中發現的錯誤。* –您並非偶然從事市場營銷,對嗎?
在我的工作場所,我們使用“錯誤”來指代開發中發現的代碼中的錯誤,“缺陷”是指由於開發中遺漏的錯誤而在生產中發現的錯誤。
@NathanK在我的工作場所,我們一直都在使用bug(內部,對客戶說的是另一回事)。交付產品不會突然改變問題的性質,即您的代碼中存在錯誤。
@AnthonyGrist交付產品不會改變問題的性質,而是會改變問題的背景。是有錯誤的代碼,應用程序有缺陷,問題,問題,崩潰等。但是沒有錯誤。只是隨著時間的流逝,該概念已開始在不同的上下文中使用。取決於人們是否正確說,但無論如何,這只會發展語言。
Nzall
2016-02-26 23:52:43 UTC
view on stackexchange narkive permalink

錯誤和故障之間的區別更多是語義上的。解釋這些錯誤的最常見方式是,故障通常與產品的展示有關,而錯誤通常更多地被視為乾擾遊戲玩法。

例如,損壞的音頻和紋理通常被視為故障。通常被標​​記為故障的另一件事是碰撞檢測出錯。

錯誤(Bug)一詞通常用於解決某些問題,例如某些敵人無法正常工作,某項事情做不正確,...

還有一個語言上的區別:“故障”一詞通常用於中性甚至積極事件,而“錯誤”一詞通常用於客觀上是負面的事件。例如,當速度賽跑者使用意外的方式來遍歷對象時,他們通常將其稱為故障。

故障一詞在軟件之外也經常使用,主要用於電氣工程和電視廣播。

最後,有些人還可以隨機選擇涉及的事件:錯誤被認為是確定性的:大多數錯誤可以在適當的情況下可靠地觸發。另一方面,毛刺很難可靠地觸發。

Arif Burhan
2016-02-27 04:40:08 UTC
view on stackexchange narkive permalink

錯誤是由編程錯誤引起的不希望的結果,可以通過遵循第一次導致錯誤的所有相同輸入來完全重複該錯誤。

通過編輯程序代碼進行糾正。

毛刺是一種更隨機的不良影響,通常是基於硬件的,例如由引起的。雷擊,電源波動,數據連接鬆動,灰塵進入磁性閱讀器(最近幾天這種情況很少見)

通過更好的硬件維護,更強大的電源來解決。軍事硬件在某種程度上是防彈的。

不知道為什麼這被否決了,這是正確的答案。
同上-“故障”的最技術定義是與硬件相關的特定事件(通常在設計錯誤/錯誤的硬件中)。但是,在遊戲環境中,它可能更主觀地使用;我猜想很多/大多數程序員實際上都不了解“故障”的電子級別定義,因為它與他們的工作無關。
+1-到目前為止,這是最好的答案。錯誤是軟件的可重現問題。小故障是指異常行為(通常是由錯誤引起)的單個實例。
我認為這是迄今為止最好的答案。在我看來,它們不是同義詞。毛刺通常發生在數據傳輸期間或讀取或寫入數據時-數據意外更改,通常是由於隨機故障引起的。
迄今為止最好的答案。我要補充一點,在電子遊戲的背景下,故障是不希望的效果的“表現”。錯誤會導致故障,但是所有故障都是由錯誤引起的嗎?我不這麼認為。考慮一下NES遊戲及其眨眼問題。或著名的提琴盒故障。可能不是由編程錯誤引起的,而是硬件問題。
IllusiveBrian
2016-02-27 05:09:22 UTC
view on stackexchange narkive permalink

其他答案聲稱錯誤和故障是由程序的響應來區分的,但我從未聽說過在技術環境中使用過這種區分。我一直使用的區別是,錯誤是由程序正確執行引起的,但是程序員不希望這樣做,而故障是程序執行不正確(例如,與可執行文件中的實際指令不同) ) 由於某些原因。此處的區別是故障是由執行環境無法正確執行程序引起的-例如,如果圖形卡過熱且無法正確顯示圖形,則為故障。如果程序加載了錯誤的圖像以在代碼中的某些異常條件下呈現,則表明存在錯誤。

大多數故障不能輕易重複,更重要的是,根據特定條件往往會產生不同的效果-因此,在幾乎每個特定“故障”的用例中,人員實際上是在指錯誤。例如,“小精靈寵物小精靈”是由程序嘗試從不包含寵物小精靈的索引號中加載寵物小精靈引起的-這是程序員的錯誤。為了調用此錯誤,程序絕對不會錯誤執行。相反,程序員並不希望玩家採取確切的行動來遇到未定義的Pokemon,因此,當採取這些行動時,程序會表現出正確但不希望的行為。

作為軟件開發人員,我必須同意:錯誤和故障之間的差異是因果關係之間的差異,故障通常具有與軟件設計缺陷無關的環境原因。
Oak
2016-02-27 04:39:05 UTC
view on stackexchange narkive permalink

Bugsglitches有很大的區別。

毛刺是無法預料的機械師碰撞並創造出原本不該招惹的東西的一種情況。

另一方面,錯誤是編碼本身的問題,預計行為會有所不同。


有什麼明顯區別?

一個例子是開放世界遊戲。儘管建築物和地面可能看起來很堅固,但大多數情況下只是為了提高性能而已。讓我們想像一下,活板門可以進入一個預期的地下層,該層將角色放置在一個小房間裡(該房間的地面在上面,周圍是牆壁,但“空”在牆壁的上方)。

一個bug可能是正在編程的遊戲,它偶然能夠進入地圖其他點的活板門,將角色放置在房間的“空”區域。

A出現故障會一直使用未經嘗試的功能,例如嘗試從洞中騎自行車,就像在退出時一樣,位於牆壁的另一側。 GTA聖安地列斯就是一個例子。


E本質上是

由於編碼錯誤,錯誤會創建不期望的遊戲狀態,而故障則可以通過濫用引擎來利用當前遊戲狀態


Fozi
2016-03-01 22:14:39 UTC
view on stackexchange narkive permalink

故障是某種類型的錯誤。

“錯誤”是任何類型的編程錯誤或意外行為的總稱。某些類型的錯誤是:

  • “崩潰”:程序執行了非法且不可撤銷的操作,操作系統將其關閉。
  • “掛起”:程序陷入無盡的循環,無法繼續。它被卡住了,但是操作系統沒有理由將其關閉。

A“小故障”是一個既不會崩潰也不會掛起的錯誤:該程序可以繼續執行,即使它處於無效狀態。

這可能是可恢復的(例如,僅是顯示錯誤,或者是從無法移動的對像中移出)還是無法恢復(例如,從關卡底部掉落)。

這也可能只是顯示錯誤(例如,您看不到或看不見某個對象,或者整個屏幕上都看不到某個多邊形)。這可能是某些AI行為的錯誤,例如被卡在某個物體上的敵人無法繼續前進。

這是一個合理的區分,但我不熟悉。您能引用任何證據證明這種用法有貨幣嗎?可能是某個地方的定義,還是信譽良好的來源以這種方式使用的示例?
@DCShannon [Wikipedia](https://en.wikipedia.org/wiki/Software_bug)似乎同意。我寫軟件謀生。我修復錯誤,而不是故障。崩潰和死機絕不是小故障,總是臭蟲。就像您在回答中指出的那樣,也許您可以引用“小故障”和“錯誤”是同義詞的證據?
我的回答中有這樣的證據。我看不出該文章如何支持您的論點。就像我在我所做的那樣,也許您可以引用相關部分並將其包括在您的答案中。您似乎要關注的特定區別是故障不會使系統掛起。這與我在回答中強調的細微差別是一致的:故障通常比錯誤更短。
我完全不同意你的看法。錯誤是程序實施不正確。小故障是負狀態或意外狀態的實例。它們可以重疊(在錯誤導致故障的情況下),但是某些錯誤不會產生任何故障,而某些故障除了錯誤以外還有其他原因。
在Infocom的Beyond Zork中,我想說能夠反復出售蝴蝶是一個錯誤;賣出足夠多的時間使自己的貨幣餘額變為負數會導致故障。
作為另一位開發人員,我認為這個答案最接近事實。在軟件的上下文中,故障通常用於描述影響程序行為或顯示的次要問題類型。任何您所說的故障,都是軟件錯誤的結果。
作為一般觀察,在軟件開發人員和一般人群之間,對該詞的含義的理解似乎有所不同。
DeMize
2016-03-01 22:44:02 UTC
view on stackexchange narkive permalink

Simple答案:-

錯誤是指計算機程序或系統中的錯誤,缺陷,故障或錯誤,導致其產生不正確或意外的結果,或行為異常。大多數錯誤是由於人們在程序的源代碼或其設計中,或在此類程序使用的框架和操作系統中所犯的錯誤而引起的,而一些錯誤則是由編譯器生成的錯誤代碼引起的。包含大量錯誤和/或嚴重干擾其功能的錯誤的程序被認為是有缺陷的或有缺陷的。詳細說明程序中的錯誤的報告通常稱為錯誤報告,缺陷報告,故障報告,問題報告,故障報告,更改請求等。

And

故障是系統中的短暫故障。它通常用於描述可自行糾正的瞬態故障,因此很難進行故障排除。儘管該術語適用於包括人類組織和自然界在內的所有類型的系統,但該術語在計算和電子行業,電路彎曲以及視頻遊戲玩家中尤為常見。

christian.s
2016-03-01 13:51:09 UTC
view on stackexchange narkive permalink

簡短答案:

“錯誤”是程序/遊戲的意外行為。這可能是當機,車禍或其他無法預料的事情。

“小故障”是不會導致崩潰或任何類似情況的錯誤,但它可以使用戶/播放器“受益”。 例如,意外的解鎖(相同的物品或程序功能),可以到達的地方,無敵的物品,重複的物品等。

我不得不說我不同意這個定義。1)錯誤並不總是會使程序崩潰。2)您的意外解鎖示例肯定是由錯誤引起的-如果編寫軟件僅在特定條件下解鎖某些東西,並且可以在不滿足這些條件的情況下實現解鎖,那麼底層代碼被錯誤地編寫了-錯誤的定義!同樣,如果編寫任何代碼的目的都是為了防止重複,則發生重複的能力就是一個錯誤(而特定的實例是一個小故障)。
@ErikE如果您仔細閱讀了我的回答,我說故障是錯誤的更具體版本。另外,我並不是說錯誤總是會導致崩潰。
我同意所有事情,直到將其指定為玩家可以利用的東西為止。這更具體地稱為漏洞利用。這並不是說故障不能成為一種利用,但故障不一定是一種利用。故障一詞可能適用於其他類型的錯誤,例如次要顯示或動畫問題。 http://www.mariowiki.com/List_of_Super_Mario_Bros._glitches#Blue_Bowser_Glitch
JFA
2016-03-04 00:27:26 UTC
view on stackexchange narkive permalink

在電子硬件中,錯誤來自實際的錯誤,該錯誤被捕獲在組件中並導致短時的毛刺,這是不希望的情況,可以自行糾正。

因此,我想說的是,如果您的遊戲崩潰了,那是一個錯誤,如果它突然消失了一秒鐘,然後繼續進行,直到什麼都沒有發生,那就是一個小故障,並且兩者之間程度不同。

從本質上講,如果問題得以解決,這是一個小故障,否則,如果問題持續存在,則是一個錯誤。顯然這裡有一個很大的灰色區域。

Cole Busby
2016-03-01 06:02:22 UTC
view on stackexchange narkive permalink

為了使它更通俗易懂,我將嘗試以更多的因果關係來對待它。

故障通常是由於不可預見的錯誤引起的。最近的例子是《使命召喚:黑色行動3》的“ G-Slide”。正確地計時,玩家能夠跳躍和滑動,從而在整個地圖上產生更大的推動力。這應該被認為是glitch,其他定義為演員的某些動作或動作組合的非故意結果(玩家/ ai /身體失算)。

關於遊戲中更嚴重的後果,通常會提到一個錯誤。最近的一個例子是《輻射4》的遊戲拯救腐敗。在非常特定的一組情況下,這可能是幾乎可重複的或一次性的。如上所述,Bugs存在於代碼錯誤或對機器正在執行的操作的誤解中。一個簡單的“錯誤”不會在文件被寫入後關閉文件(某些“損壞的”保存只是以某種方式混合的數據,例如將字母向前寫入文件,而不是將其關閉然後再寫一半)數據倒退到文件,並嘗試以與用a代替z-nn-z相同的方式讀取文件。

希望有幫助。從技術上講,我的定義取決於嚴重性。

使其保持“光澤”?你什麼意思?
-1
所以您只是說錯誤是更嚴重的故障?
不是,我是說我的理解是故障是由錯誤引起的,但是錯誤也不會導致故障。分別持有條款。
user8316
2016-02-27 06:34:03 UTC
view on stackexchange narkive permalink

這兩個術語可以互換使用,但每個術語都具有“政治”含義。“小故障”是自動化系統,程序或應用程序或所調用算法中的意外錯誤,並且可能是“無法控制的”錯誤。在這種情況下,系統的技術設計人員和維護人員對此問題幾乎不承擔任何責任。另一方面,“錯誤”是系統“編碼”方式中已確定的問題,因此使用此術語意味著該問題曾經和/或仍在系統設計者/維護者的控制之下。簡而言之,錯誤和故障之間的區別與旋轉刮刀和非常規風暴有關。

在當今的遊戲時代,故障和錯誤均由開發人員完全控制。聽說過“補丁”嗎?修復錯誤並嘗試消除造成錯誤的故障。
TOOGAM
2016-02-27 13:09:32 UTC
view on stackexchange narkive permalink

我從我自己的角度說話,這就是我個人學習單詞的方式。歡迎其他人表示同意或不同意。

錯誤-技術術語

據我所知,“ bug”是在計算機課程中教授的,而這些課程則教會了我單詞的歷史。一台舊計算機(非常大,可能佔據了一個大房間的大部分空間,並可能使用了真空管)發生了故障。調查發現機械原因是由飛蛾引起的。

從那時起,“錯誤”一詞就被用於計算機錯誤,尤其是被“軟件開發” /“計算機編程”所使用。因此,計算機程序中的錯誤就是錯誤。

由於所有輸入都相同時軟件會指定執行相同的操作,因此許多錯誤通常很容易重現。某些錯誤,例如在《超級馬里奧兄弟1》(NES)中只帶著火球的東西很少,可能相​​當安全(在掌握了它們的效果之後)。

毛毛蟲

毛刺始終具有可檢測的作用。例如,如果軟件錯誤破壞了某些數據,則在使用該數據之前,我從未聽說過這種錯誤被稱為“故障”,這時可能會出現問題。如果玩家的攻擊造成了25%的額外傷害,那是錯誤的,那就是一個錯誤,因此是一個實際的錯誤。但是,如果敵人無論如何都會死亡,並且遊戲沒有顯示出傷害的數量,那麼最終結果是相同的,不會產生持久的影響,因此這不是小故障。

我第一次聽說“毛刺”是指8位NES遊戲。它可能與某些特別討厭的內容有關,從而導致該軟件無法使用。 (也許角色被移動並被困住,或者遊戲剛剛崩潰。)無論如何,我認為這是某個事物進入“破碎”狀態的時間,尤其是當它仍然破碎時。

“故障”一詞的另一個特徵是,這種影響是由硬件問題引起的,例如由墨盒上的灰塵之類的東西引起的故障,很可能是故障的原因。如果軟件問題引起的影響似乎與硬件損壞類似,則也可以描述為故障。例如,如果一個角色瞬移,這可能是RAM跟踪錯誤信息或從ROM讀取不正確數據時所預期的效果,那麼這也意味著出現故障。

故障通常非常不安全,儘管軟件可能會通過覆蓋有問題的數據(例如,在死亡後重新初始化關卡或加載“保存的”遊戲數據)來解決某些故障。

概述:示例

因此,當Sinistar給玩家少於零的生命,然後將其視為255個生命時,遊戲仍然能夠穩定運行。沒有遊戲無法使用的威脅。生命值達到255後,Sinistar的行為符合預期,如果“玩家”繼續失去所有剩餘生命,則遊戲將結束。因此,該錯誤並不代表“故障”。相比之下,如果DOOM 2中的錯誤導致Archvile導致另一個生物變得無敵,則結果將是小故障,因為在敵人繼續無法進攻的情況下,局勢繼續處於破裂狀態。將敵人放在錯誤的飛機上的複活是一個錯誤,但是其餘的情況則代表了故障。

概述:摘要

錯誤是設計缺陷,通常指的是我們通常稱為“軟件”的說明中的錯誤。

毛刺指的是硬件錯誤,看似硬件錯誤的東西(例如精靈變成亂碼)或具有持久影響的東西。無影響的錯誤不是小故障。

有趣的筆記

奇怪的是,基於這些定義,這意味著舊計算機中的飛蛾會引起故障現象,並且不代表基於使用該詞的較新方式的“錯誤”。

Super Meat Boy的角色被稱為“小故障女孩”。

為什麼這有反對意見?
在那個飛蛾之前就使用了“蟲子”一詞。那件事雖然發生了,但是那時候已經是個笑話了。在[Mark I電腦上的哈佛大學網站](http://chsi.harvard.edu/markone/language.html)上了解更多信息。
認為Sinistar的生活問題不是小問題,這似乎很奇怪。
@mattdm:比我正式教的內容還要詳細。大!謝謝。
@DCShannon:我將其歸類為“故障”是很奇怪/不合適的。絕對是一個錯誤,但不是故障。因此,我們絕對不同意(這就是評分系統可能有用的原因……目前我的分數為零,但實際上我收到了很多贊成票和反對票。)與這些術語的某些明顯不同的觀點有關。我認為造成這些差異的原因是,這些術語未被任何提供明確定義的明確認可的中央機構所定義。
即使按照您的答案中提出的邏輯,我也看不出這不是小問題。當我要死的時候,要使255條生命絕對是一種“可察覺的效果”,並且隨著繼續玩下去,肯定具有“持久的影響”。我之所以支持我,並不是因為我不同意,而是因為不清楚你想說什麼。
一旦玩家擁有255條生命,遊戲規則就不會改變。您仍然以同樣的方式死亡。遊戲的穩定性並沒有那麼差,還會引起許多其他怪異的副作用。就像具有暫時性無敵的遊戲一樣,一旦效果消退,您殺死的所有敵人都會產生持久的影響,但是效果就完成了。從那時起,遊戲開始正常運行(您很脆弱)。有了Sinistar的255個生存漏洞,就可以對遊戲的運行產生影響。沒有代碼被更改(覆蓋),並且遊戲正常進行。下次死亡= 254人=遊戲運行權
Hubert
2016-02-27 04:57:16 UTC
view on stackexchange narkive permalink

錯誤是軟件錯誤,導致錯誤結果或系統凍結。 小故障是接管系統並運行不同代碼的人為錯誤。

允許運行其他代碼甚至接管系統的錯誤是*安全漏洞*,而不是故障。


該問答將自動從英語翻譯而來。原始內容可在stackexchange上找到,我們感謝它分發的cc by-sa 3.0許可。
Loading...