鉆個(gè)牛角尖,如果程序?qū)懖怀鰷y(cè)試用例的情況呢?
例如復(fù)雜的GUI程序.  回復(fù)  更多評(píng)論
  

@wolfsquare
這的確是個(gè)問題，不過如果是在招人的時(shí)候，還是盡量不要讓人家做太多GUI相關(guān)的demo，這樣的demo，也不容易評(píng)價(jià)水平的高低。

如果是一個(gè)GUI為主的demo，那也只能靠人工判斷了。  回復(fù)  更多評(píng)論
  

原來是要寫測(cè)試用例阿，當(dāng)時(shí)怎么就沒想到呢~~  回復(fù)  更多評(píng)論
  

look down on so man~  回復(fù)  更多評(píng)論
  

第一：GUI也是可以寫出測(cè)試用例的。
第二：?jiǎn)栴}的關(guān)鍵在哪里？是你的測(cè)試觀點(diǎn)。你有多少個(gè)觀點(diǎn)決定你可能發(fā)現(xiàn)多少個(gè)BUG。  回復(fù)  更多評(píng)論
  

沒有bug的程序？????????
靠，站著說話不腰疼。那個(gè)公司可以做出沒有bug的軟件來？
當(dāng)然，沒有寫過程序的人不出bug!!
估計(jì)這位同志不會(huì)寫代碼，是個(gè)理論專家。
還是不要這么狂的好。
我估摸按你的標(biāo)準(zhǔn)，你是肯定不會(huì)被別人錄用的！
  回復(fù)  更多評(píng)論
  

@不要出來搞笑

不要出來搞笑，謝謝。  回復(fù)  更多評(píng)論
  

@讀書、思考、生活

項(xiàng)目的開始還是盡量地寫測(cè)試用例,但是到項(xiàng)目的結(jié)尾,比如在表現(xiàn)層改動(dòng)重新涉及到DAO層,就很難再對(duì)DAO層寫測(cè)試用例了:)趕時(shí)間啊
  回復(fù)  更多評(píng)論
  

你是編程的嗎？
無“BUG”搞笑吧你
測(cè)試是不能查出所有BUG的
而且不是所有測(cè)試都能窮舉的
只能是測(cè)試覆蓋率達(dá)到一個(gè)標(biāo)準(zhǔn)
BUG出現(xiàn)的概率達(dá)到標(biāo)準(zhǔn)
才算產(chǎn)品
“ZERO-BUG”做夢(mèng)去吧


  回復(fù)  更多評(píng)論
  

如果說一個(gè)產(chǎn)品有明確的是需求，設(shè)計(jì)，實(shí)現(xiàn)和完整測(cè)試用例。。
那么無bug的夢(mèng)想真的也不是那么難。。。
不過呢。。往往需求總是會(huì)變化的。。。
需求和實(shí)現(xiàn)總會(huì)脫節(jié)。。schedule的問題總會(huì)造成
testcase跟不上代碼變化。。。最終淪為無用的東西之類事兒。。。

如果說一個(gè)demo。應(yīng)該不會(huì)有什么問題。。
但是一個(gè)龐大的產(chǎn)品。多個(gè)小組合作。。
中間不可避免的會(huì)出協(xié)調(diào)性問題。。。。
這好似工程上建大廈。如果按照成熟的板型
咱們嘩啦嘩啦的建他100個(gè)。只要材料ok。態(tài)度認(rèn)真。
復(fù)核程序到位。。那房子肯定建的板板的。。。
但是如果你是從新設(shè)計(jì)。。諸如法國那個(gè)飛機(jī)場(chǎng)似的。
加入很多創(chuàng)新的元素。系統(tǒng)又復(fù)雜。。。你怎么可以說我
幾十年后就肯定能保證不掉磚？

這問題似乎很沒意思。每個(gè)人都不希望看到別扭的bug。。
但是這永遠(yuǎn)是一個(gè)極限。。好似成品率度只能算小數(shù)點(diǎn)后多少多少位
哪怕是99.99999%。他也不是100%。。  回復(fù)  更多評(píng)論