Re: [請益] 軟體測試 怎麼測?
※ 引述《saja (莎亞)》之銘言：
: 感謝大大解惑 我家的系統很有趣 一個月更新一次(線上更新包自動下載到客戶端)
: 所以我們每個月都要出新的功能 而我們的系統範圍是各位意想不到的大
: 坦白說 目前沒有一家軟體公司系統寫得那麼廣 又那麼常更新功能
目前沒有???
ㄜ...我不由得必須說:
一堆公司的系統只要是玩"吃到飽"的都是每天在改功能的
早上改完~下午客戶就要翻案~這在那些公司是很"正常"的
這種情形最常發生在那些"看不起軟體工程師"或"搞不清楚軟體對公司的影響"的公司身上
: 說我們是在玩命也不為過阿(汗)
嗯~很多公司都在玩(汗)
: 所以說在這種情況下 老闆又耳包聽不進小毛孩兒的話時
: 測試就只能就測試腳本施測 當然是有與SPEC對過的測試內容
: 所有包括特殊符號、字元數 都會放進測試的範圍內
: 先不論測試是否乖乖的照著腳本測 假設有好了
: 但是還是因為系統範圍過大 有時牽一髮動全身
: 總會有漏網之魚 測了A漏了B 測試在唉時間不夠測
: 然後工程師的績效也會被扣得亂七八糟的差
: 我想我應該要找出一個有效的測試方法 所以才去看了微軟那本書
: 總是還覺得不夠 因為實在看不是很懂
: 才上來求救的阿~~~
: 希望各位大大多分享!
: 還有呢 因為各位之前有分享過對於UML等文件的看法
: 但是還滿好奇 如果沒有清楚的UML 對於測試或之後的更新維護
: 不會覺得很難搞清楚嗎 畢竟 系統是可以很大的...
所以囉
要嘛~就工程師累一點~巴結一點去把UML弄好
不要~當然就只有寫的人才看得懂在幹嘛
這也是為什麼有些公司要弄出一套規範來規定工程師"必須怎樣寫程式"
想盡辦法要達到"不管誰來看都看得懂"的高維護性
至於效果到底怎麼樣~就端看各公司怎麼規範了...
: ※ 引述《OriginStar ()》之銘言：
: : 原PO可能要先自問測試的目的在那裡了，因為目的不同，方法也不同。
: : 功能測試可以拿SPEC來比對，看看各功能是否符合設計，有沒有bug…等。
: : 壓力測試可以寫個腳本或自動化測試程式來測試在不同的情況下，軟體
: : 運作的效能，或有沒有memory leak。
: : 如果是GUI測試，可以隨便抓個路人來會不會、方不方便使用。
: : 上述傳統的作法是在軟體產出後來驗證品質。
: : 如果想在軟體產出前驗證品質，
: : 可以想想採用Test-driven development，或需求分析。
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 122.121.4.202
※ 編輯: andymai 來自: 122.121.4.202 (01/03 00:05)
推
01/03 14:29, , 1F
01/03 14:29, 1F
討論串 (同標題文章)