[討論] 軟體測試 - 題目討論

看板Soft_Job (軟體人)作者 (~誠徵室友~)時間12年前 (2014/01/13 02:01), 編輯推噓9(9016)
留言25則, 13人參與, 最新討論串1/2 (看更多)
軟體測試在台灣還是小眾,常常會需要跟人解釋說明工作內容。 以下是一個曾經用來解釋的範本,跟大家分享,也歡迎討論。 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

01/13 02:06, , 1F
Level1也應該包含在一開始的Request吧?開發程式前就要設定
01/13 02:06, 1F

01/13 02:07, , 2F
程式呈現的各個結果~不然怎麼寫都有問題~沒辦法測啊...
01/13 02:07, 2F

01/13 02:29, , 3F
確認SPEC是軟體測試的部分嗎? 愚以為那不是SA就要處理好
01/13 02:29, 3F

01/13 02:51, , 4F
對阿,方向搞錯囉。SPEC哪需要測試人員來傷神
01/13 02:51, 4F

01/13 08:06, , 5F
從敏捷開發,TDD的角度來看,SPEC制定與把關本來就要QA參與
01/13 08:06, 5F

01/13 08:10, , 6F
QA不瞭解SPEC就做測試,出來結果跟垃圾沒兩樣,沒參考價值
01/13 08:10, 6F

01/13 09:07, , 7F
純推樓上...
01/13 09:07, 7F

01/13 10:24, , 8F
另外補充,可能要考慮一下程式接不接受使用者中斷,重啟?
01/13 10:24, 8F

01/13 10:25, , 9F
抱歉,沒看到LV1有提到中斷了..
01/13 10:25, 9F

01/13 15:08, , 10F
QA手上要有完整的spec才能據以測試,好的、負責的QA會考慮
01/13 15:08, 10F

01/13 15:09, , 11F
spec沒寫的地方,以題目的spec來說,懶惰的QA就樂得輕鬆了
01/13 15:09, 11F

01/13 15:11, , 12F
文內的討論確實可以增加QA的價值,只是公司也要有正確的
01/13 15:11, 12F

01/13 15:12, , 13F
認知跟讓QA發揮的地方
01/13 15:12, 13F

01/13 19:38, , 14F
QA本職就是對照spec進行驗收啊... 測錯誤只是順帶...
01/13 19:38, 14F

01/13 19:44, , 15F
我以為RD兼QA是常態?
01/13 19:44, 15F

01/13 19:46, , 16F
說真的我怎麼覺得這些都是RD一開始就該想到的...XD
01/13 19:46, 16F

01/13 20:45, , 17F
在turnkey solution當道的年代,系統廠的RD其實跟QA沒兩樣
01/13 20:45, 17F

01/14 00:37, , 18F
系統廠RD會搞到跟QA沒兩樣一方面也是時程問題啦
01/14 00:37, 18F

01/14 00:38, , 19F
當上頭的只要求會動然後時間又趕的時候,
01/14 00:38, 19F

01/14 00:38, , 20F
大家都嘛會動就好,可是這樣只會幫後人挖洞,
01/14 00:38, 20F

01/14 00:38, , 21F
搞到最後百分之八十甚至九十的時間都在debug,
01/14 00:38, 21F

01/14 00:39, , 22F
真正拿來開發新功能或者重構的時間根本沒有...= =
01/14 00:39, 22F

01/14 19:42, , 23F
好的QA在參予開發過程中會給出經驗和建議
01/14 19:42, 23F

01/14 23:17, , 24F
不給SPEC, 那就是天馬行空的亂測 ...
01/14 23:17, 24F

04/16 10:29, , 25F
其實有些工作是屬於 User experience 的範圍....
04/16 10:29, 25F
文章代碼(AID): #1IqjXwvg (Soft_Job)
討論串 (同標題文章)
文章代碼(AID): #1IqjXwvg (Soft_Job)