Re: [請益] 軟體測試 怎麼測?
我覺得你碰到的困難,純粹就是經驗跟靈感的問題。
你在網路上或者書上取得的測試知識,都是大方向跟基礎技巧,
比如邊界測試、易用測試等等術語。
大概跟你介紹要測哪些部份,就算你很認真的照做,還是會有沒測到的部分。
這是一定會發生的。
其實做測試只是要驗證做出來的系統是不是有符合規格,
所以測試腳本應該也是由規格轉化出來的,有做到這點就算是好的測試工程師了吧。
補充一下,每月更新一次的系統,放心吧,BUG一定超多的啦。怎樣測都測不完的。
※ 引述《saja (莎亞)》之銘言:
: 感謝大大解惑 我家的系統很有趣 一個月更新一次(線上更新包自動下載到客戶端)
: 所以我們每個月都要出新的功能 而我們的系統範圍是各位意想不到的大
: 坦白說 目前沒有一家軟體公司系統寫得那麼廣 又那麼常更新功能
: 說我們是在玩命也不為過阿(汗)
: 所以說在這種情況下 老闆又耳包聽不進小毛孩兒的話時
: 測試就只能就測試腳本施測 當然是有與SPEC對過的測試內容
: 所有包括特殊符號、字元數 都會放進測試的範圍內
: 先不論測試是否乖乖的照著腳本測 假設有好了
: 但是還是因為系統範圍過大 有時牽一髮動全身
: 總會有漏網之魚 測了A漏了B 測試在唉時間不夠測
: 然後工程師的績效也會被扣得亂七八糟的差
: 我想我應該要找出一個有效的測試方法 所以才去看了微軟那本書
: 總是還覺得不夠 因為實在看不是很懂
: 才上來求救的阿~~~
: 希望各位大大多分享!
: 還有呢 因為各位之前有分享過對於UML等文件的看法
: 但是還滿好奇 如果沒有清楚的UML 對於測試或之後的更新維護
: 不會覺得很難搞清楚嗎 畢竟 系統是可以很大的...
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 61.63.13.189
※ 編輯: Label 來自: 61.63.13.189 (01/03 10:36)
推
01/03 14:39, , 1F
01/03 14:39, 1F
→
01/03 17:31, , 2F
01/03 17:31, 2F
→
01/03 22:26, , 3F
01/03 22:26, 3F
推
01/03 22:46, , 4F
01/03 22:46, 4F
推
01/04 10:24, , 5F
01/04 10:24, 5F
→
01/04 14:35, , 6F
01/04 14:35, 6F
→
01/06 15:58, , 7F
01/06 15:58, 7F
討論串 (同標題文章)