oldsidney 學習筆記

放大圖...

這是從國外網站上抓下來並做本土化翻譯後的結果
真是心有戚戚焉...
看來國內外程式師在某部份還蠻相似的

25. 都這樣了，還不 work，搞什麼？
24. 你可能中毒了喔。
23. 一定是有人改了我的程式。
22. 已經可以了，不過還沒測試過喔。
21. 都好了啊，還沒測試過就是了。
20. 我不是已經修好了嗎？
19. 這個不能那個。( THIS can’t do THAT.)
18. 我一個人又測不完！
17. 怎麼這麼衰！
16. 沒問題，馬上好！
15. 當然，當然，我再修一修就可以了。
14. 快好了，快好了。
13. 好啦，只不過一個小功能嘛！
12. 你拿錯執行檔了。
11. 可以，可以，來得及。
10. 我可沒動過這個模組喔！
9. 你的測試資料一定有錯！（我那邊不會啊！）
8. 不可以這樣操作的啦！
7. 你的作業系統（驅動程式）升級了沒有啊？
6. 機器好像壞了。
5. 怎麼可能？！
4. 哦，這程式還要改一下。
3. 昨天還好好的呀！
2. 我從來不知道有這種事。
1. 奇怪...

是不是覺得很耳熟啊？！ _

以下是現在點空間在討論的一個話題，大家看看吧！

一般而言，開發團隊不作測試的原因可能有下列幾項：

時間不足：因為合約的限制，必須在一定時間內交卷，因此沒有時間作測試。
成本考量：公司為節省成本，根本沒有設置測試或品保部門。
流程設計：不知如何在開發流程當中安排測試的活動。
知識缺乏：一般開發人員專注於程式開發，甚少涉獵測試的相關技術。因此不知如何測試。
觀念錯誤：開發團隊不能體會沒有測試的開發，是多麼危險的事。或者自以為是，相信自己的能力，可以開發出沒有bug的程式。
排斥測試：認為測試將暴露自己的缺點，因而排斥測試。
客戶會測：反正客戶會幫我們測... 所以還是趕進度吧....如果客戶不測... 那下一年度的維護合約就有著落了....
學校沒教：software engineering 大多不是必修. 更不用講說會教專門software testing的課程
為了團隊氣氛：若是找多太多bugs , RD和QA可能會吵架,PM 可能會沒信心, RD可能會一直加班....
大家都沒做：很少有公司有做, 我們不用太特別. 或是大家都沒做,可見不做也可以.
我們有做debugging：搞不清楚debugging和testing認為debugging就是testing
若不是有XP, 我還沒聽過testing. 或是測試：我有聽過就是XP中的unit test. 我們都有那樣做. (不清楚software testing的scope不只unit test)

第一次在『台灣軟體品保與測試論壇』公告