建立在不可能出現的條件下的 bug 還算 bug 嗎?

時間 2021-05-11 06:04:08

1樓:黃超

看到過有人給醫院寫了套程式,自己測試怎麼都沒問題,放醫院實戰經常出現不可能出現的條件下的bug……

這意味著有另外的bug,比如這套軟體用於X光機的控制,電離輻射導致記憶體中的資料不穩定

Debug的方法是給計算機加裝鉛板……

補充乙個:前幾天讓公司給老闆建站

他們認為某些欄目沒條目是不可能的

然後因為確實沒內容,我刪了乾淨之後居然CSS崩壞了這種「不可能」還是算bug吧,而且看起來很好修正的公司卻要求我們填上內容避開bug

對自己的飯碗更有信心了一點

順帶吐槽下,請公司弄的破站真不如自己用WordPress的搭的舒服

2樓:柴健翌

如果這個「不可能條件」發生了,那,

要麼是其他模組的鍋,為什麼會產生這種不可能結果?

要麼是最初定這個模組的需求的人的鍋,這明明不是不可能結果,你為什麼沒考慮到?

無論如何都不是最終負責實現這個模組的人的鍋

3樓:戲言

結論上來說是「算bug」。因為題主的不可能存在是現實中不可能存在而不是邏輯上的不可能存在。若是邏輯上的不可能存在的條件也不會出現任何可能存在的結果了。

另外作為測試人員來說,這種現實中不存在的條件可能並不會納入測試範圍,所以不會發現而已

4樓:蔣金龍

測試提出bug以後會有優先順序。弱步驟複雜但必先,肯定會提出,至於改與不改需要看專案週期靈活解決,還有要考慮遺留bug率問題。

5樓:打個栗子

不可能出現那就是不出現,不出現你又怎麼知道這個是bug呢?你可能預見了,但是預見的不一定絕對會出現。所以既然永遠不出現。

那就是沒有。就好比大家都喜歡說的車庫裡的噴火龍。你說車庫裡有龍嘛?

6樓:永不消逝的餑餑

現在的一些程式如果執行在西元前或者公元2023年之後都會或多或少有些問題,不過有句話說的,一輩子的人幹一輩子的事。年輕人,你想太多了。

7樓:媳婦不讓實名

加乙個條件判斷,比證明乙個條件不可能,通常更容易……更不要說所謂不可能經常是你沒想到這個可能性而已~_~假如你寫DAO,資料庫告訴你有0條商品,然後你crash了,這是bug。你得考慮是真沒資料還是被許可權問題、where條件啥的給過濾掉了

假如你寫前台,後台告訴你有0條資料,然後你指令碼錯誤了,這是bug。也許當前使用者被ban了,就是不讓他看呢。也許愚人節玩笑,每個使用者當天第一次開啟介面不讓他看到商品呢

假如你設計資料結構,定義 Person ,然後crash了,這是bug。因為……

8樓:

算,你的「建立在不可能出現的條件下」是你認為的,可能不是絕對不會出現。

另外有操守有時間的程式設計師一般就算這樣的問題也會去debug,除非debug的代價太大了。

9樓:白起

bug是誰提的?

測試人員不會提這種bug,他們自己折騰不出來。

使用者也不會提,他們不可能遇到。

單元測試可能遇到,遇到了就是bug。

不考慮免疫排斥的條件下,能否可能將人類的大腦植入動物的身體?

無相小僧 蘇聯人坐過,沒過多久就死了。還坐過兩個腦袋的狗。現在人類發明了神經傳導系統,可以接電線,就可以通過人腦控制動物身體了。不過還沒有商業化,也沒有小型化。 學過一點點生物的我表示,中樞神經系統似乎處於免疫豁免區?所以大概免疫排斥問題不大?但是考慮到大腦血管系統的複雜性,可能還是會有點問題? R...

目前的技術條件下,如果要建立乙個鋼鐵俠裡賈維斯那樣獨屬的人工智慧,需要花費多大代價?

Eliot Alexander 代價挺高的,甚至做不到。一般認為現在需要兩方面的巨大資料。乙個是知識圖譜 來模擬一系統 的巨大,但這很難,因為知識是變動的,而且整理知識圖譜需要人工費時費力。自動化整理的知識圖譜已經失敗了乙個 至少在醫學腫瘤領域 就是IBM的Watson。另乙個是類似DeepMind...

在有限的條件下擊敗弓箭手的可能性有多大?

首先得近身方可,近身之前你必須躲避對方12隻箭的射擊,300公尺距離對方必須近身才可以,也就是你們實際距離估計30公尺內才有效 遠處躲避正面射來的箭很容易,很遠的箭就飄了,精度成問題,路上需要很久才能射中靶子,一旦靶無規則移動,無法預判,射不中的 30公尺距離內對方射箭到靶子不到1秒,躲避可能性很低...