※ 引述《LieTo (這就是人蔘.....)》之銘言： : ※ [本文轉錄自 Tech_Job 看板] : 作者: LieTo (這就是人蔘.....) 看板: Tech_Job : 標題: [問題] 請問軟體怎麼做測試阿... : 時間: Fri Nov 2 11:48:33 2007 : 我以前做的測試都是硬體測試... : 結果很多的工作職缺都是軟體測試 : 不過我只能想到說像銀行類的軟體測試 : 可能就寫個小scrip丟封包給寫好的軟體 測試相容性之類... : 版上有大大是做軟體測試的嗎? : 可否分享一下寫軟體測試的軟體 大概的概念呢? : 謝謝~~~~~~~~~~~~~~~~~~~ 現在回文不知道會不會太晚 因為看都沒人回 想說剛好在這一行 分享一下工作及上軟體測試課程的經驗 首先 看你是哪一類的軟體測試囉 是網頁?應用軟體?還是賣code? (網頁的我不知道 sorry~) 如果公司夠大 你應該會拿到測試案例 裡面就已經寫好每一條該怎麼測 你只要回報BUG的紀錄... 如果是小公司那要做的事很多 對於小公司來講 文件是最後才搞的 因為很多地方要裁示 測試計畫(測試前要寫的文件)可能都還沒寫好 就開始要測了... 當然也不是一拿到就亂測一通 不然會忘記某些功能自己測過了沒 記住一點! 軟體測試是以有系統的方法去執行與檢查軟體以發現軟體中bug的過程 每一次測之前 很簡單的概念要去想 1. 要清楚要測的版本是1.0 還是?? 可以測的範圍是連結資料庫的部分還是只是功能面的? 一個專案可能有兩三個工程師在負責 進度不一唷 能拿出來的可能還不完善 maybe只做到60% 那你就要用60%的方式去做測試 先檢查UI界面有沒有問題呀 或是這個按鈕按下去有沒有預期的功能? 倘若你用100%的方式去測 他們不爽你 心裡幹繳你 你也會覺得 白癡 自己好像來到一個能力不足的圈子 那可是你沒先自己定位好喔!! 2. 測試的層級通常是這樣: [單元測試]-以系統中單一模組為測試對象，目的在發現各模組內部的錯誤， 以確保受測模組的一致性與邏輯正確性通常是開發人員自己做(因為可能要看code) [整合測試]-整合測試檢查員元件間的一致性問題，即系統整合上的問題 [驗證測試]-驗證測試應由有經驗之實際使用者進行，目的在確認軟體功能特性 確實符合實際需求。 [系統測試]-系統階層功能測試,壓力測試,績效測試,負荷測試,工作背景測試, 環境建構測試,恢復測試,安全性測試.... 3. 每一個軟體都有自己獨特的測試因子 甚麼叫測試因子?簡單說就是軟體屬性 會造成風險的那個要素 譬如我做購物網站(比如而已) 那他的測試因子就是安全性嘛 資料不能外洩阿!! 還有績效 假設同時10000使用者 同時上線...系統當機了 怎麼辦? 再來大概就是資料的正確性.. 所以軟體屬性抓出來先朝這些地方去測 4. 時間那麼趕 根本測不完 是的!! 當你成為一個測試人員就要有這個認知~ 那麼該麼權衡呢??? 使用者一定會走到的路徑 絕對要測過 且驗證它絕對不會造成當機的損害 如果你挑了10個bug都是很冷門的路徑 那還不如兩三個是落在使用者必定走的路上 他還覺得你的產品好用些 5. 心態調適 這個一時之間很難說..... 只是做測試要把握一個原則-優使性 不管外在紛紛擾擾要對得起自己的良心 品質是很重要的 真的... 不知不覺打那麼多 要去睡了 下台一鞠躬 --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 61.217.202.213