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