› 看板 Soft_Job 關於我們 聯絡資訊
作者wt (~誠徵室友~)
看板Soft_Job
標題[討論] 軟體測試 - 題目討論
時間Mon Jan 13 02:01:22 2014
軟體測試在台灣還是小眾，常常會需要跟人解釋說明工作內容。 以下是一個曾經用來解釋的範本，跟大家分享，也歡迎討論。 Request: 今天要設計一個程式，用途只有一個： 從使用者執行開始，6小時後將電腦關機。 Question: 程式開發者有另一位。 在不看source code下，請問你要怎麼驗證這個程式沒問題？ 以下是參考。 先想一下，別換頁喔... Level 0: 執行程式，確定在第6小時開始關機，並且關機成功。 再想一下... Level 1: 回頭確認SPEC: 要不要有UI? 接不接受取消關機? 有沒有權限概念? 再想一下... Level 2: 是否有技術限制 會不會有UAC擋住，導致權限不足，無法關機? 呼叫關機方式，執行環境是否支援？ ex: shell script or .NET framework 不同的作業系統版本，是否都支援? 再想想... Level 3: Force error 調整系統時間，是否可避開關機? 機器進入休眠，再回復，是否要繼續關機流程? Domain knowledge 遇上系統調整日光節約時間，要不要處理? 遇上系統時間校正，要不要處理? 更深的技術討論 如何實作會造成的問題 A: 抓系統時間，每秒檢查一次 => 修改系統時間是否要當成關機條件? => 碰上日光節約時間要不要處理? => 系統的資源消耗成本，是否應列入考慮? B: 用一個counter去倒數 => 進入休眠，再回復，關機時間就不如預期 再想想... Level 4: 反思需求目的 這個程式的目的為何? 有沒有更好的處理方式? ex: 註冊system service而不是用一個程式去處理? 或者根本不需要考慮這個程式? 誤會使用者需求了? ex: 應該讓使用者可以輸入何時關機 以上只是拋磚引玉，說明軟體測試可以到多深入 歡迎大家分享對於軟體測試的想法。 也歡迎討論這個例子還要考慮甚麼地方~ -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 114.43.103.172
→ andymai:Level1也應該包含在一開始的Request吧?開發程式前就要設定 01/13 02:06
→ andymai:程式呈現的各個結果~不然怎麼寫都有問題~沒辦法測啊... 01/13 02:07
→ iFEELing:確認SPEC是軟體測試的部分嗎? 愚以為那不是SA就要處理好 01/13 02:29
推 Ting1024:對阿，方向搞錯囉。SPEC哪需要測試人員來傷神 01/13 02:51
推 atst2:從敏捷開發，TDD的角度來看，SPEC制定與把關本來就要QA參與 01/13 08:06
推 atst2:QA不瞭解SPEC就做測試,出來結果跟垃圾沒兩樣,沒參考價值 01/13 08:10
→ bndan:純推樓上... 01/13 09:07
→ atst2:另外補充，可能要考慮一下程式接不接受使用者中斷，重啟? 01/13 10:24
→ atst2:抱歉，沒看到LV1有提到中斷了.. 01/13 10:25
推 castman:QA手上要有完整的spec才能據以測試，好的、負責的QA會考慮 01/13 15:08
→ castman:spec沒寫的地方，以題目的spec來說，懶惰的QA就樂得輕鬆了 01/13 15:09
→ castman:文內的討論確實可以增加QA的價值，只是公司也要有正確的 01/13 15:11
→ castman:認知跟讓QA發揮的地方 01/13 15:12
推 leicheong:QA本職就是對照spec進行驗收啊... 測錯誤只是順帶... 01/13 19:38
→ testPtt:我以為RD兼QA是常態? 01/13 19:44
推 RouterHsieh:說真的我怎麼覺得這些都是RD一開始就該想到的...XD 01/13 19:46
→ Assyla:在turnkey solution當道的年代，系統廠的RD其實跟QA沒兩樣 01/13 20:45
推 RouterHsieh:系統廠RD會搞到跟QA沒兩樣一方面也是時程問題啦 01/14 00:37
→ RouterHsieh:當上頭的只要求會動然後時間又趕的時候， 01/14 00:38
→ RouterHsieh:大家都嘛會動就好，可是這樣只會幫後人挖洞， 01/14 00:38
→ RouterHsieh:搞到最後百分之八十甚至九十的時間都在debug， 01/14 00:38
→ RouterHsieh:真正拿來開發新功能或者重構的時間根本沒有...= = 01/14 00:39
推 gxp:好的QA在參予開發過程中會給出經驗和建議 01/14 19:42
推 gerkk:不給SPEC, 那就是天馬行空的亂測 ... 01/14 23:17
→ zapion:其實有些工作是屬於 User experience 的範圍.... 04/16 10:29