作者joycegirl (じゅんさん)
看板Soft_Job
標題[請益] 關於開發與測試
時間Sat Nov 18 16:33:06 2017
想請問除了大型公司外，大多的軟體公司
都是如何看待開發及測試的
目前的公司規模比較小，所有人都是自行開發
無測試人員，所以自己寫的程式都需要自己測試
測試都是使用人工測試法，就是上線點系統看有無BUG跟資料是否正確
自己建立資料，自己測試系統
但這樣下來真的很消磨心智
如果要修改重要的模組，感覺大家有股越來越不想碰的氛圍
因為碰了就是要測很多次、很久，牽扯的範圍也大
即使在你的開發環境上，測試OK，也不能表示上線了就會可以
即使自己已經很用心在測試了，但使用者總會有超乎你想像的操作
所以想請問一下，有經驗的前輩們，
在軟體開發上有類似的經驗都是如何處理的?
補充說明:
重要的模組像是牽扯禮券、金錢、點數、會員紅利...等的模組
一出包就很麻煩，但是每個月系統都在更新，覺得測試總是不完全
有考慮自己寫測試程式，但就是要花自己的時間去處理
而且也不知道從何下手
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.234.213.197
※ 文章網址: https://webptt.com/m.aspx?n=bbs/Soft_Job/M.1510993988.A.481.html
1F：推 TSW: 超乎想像的操作，補上就好了，不要氣餒。 11/18 17:01
2F：推 purplecofe: 我也在新創小公司，有同感 11/18 17:02
3F：推 Beersheep: 跟過三個日本公司的專案都要求寫測試，過去兩個月的時 11/18 17:42
4F：→ Beersheep: 間我居然都在補測試…… 11/18 17:42
5F：→ Beersheep: 不過是因為程式要升級版本的關係，所以就先補 11/18 17:43
6F：→ robler: 看程式的性質，有些東西錯了再改就好 有些錯不得 11/18 17:48
7F：推 abccbaandy: 無測試人員 <= 重點在這個吧？ 11/18 17:59
8F：推 Hordor: 咦，有修改大模組，修改完再跑過所有測試不就好了？ 11/18 18:13
9F：推 yyc1217: 只要補"unit"測試就好 例如計算紅利 點數判斷等等 11/18 18:47
10F：→ yyc1217: 如果主管不反對 你就寫自己的測試 加上一台CI 11/18 18:48
11F：→ yyc1217: 有動到別人的程式碼再補測試就好 先顧好自己 11/18 18:49
12F：→ meteorboy: 我是自學寫自動化測試，入門先用了 codeception 做 API 11/18 19:37
13F：→ meteorboy: 測試，後來再學了 PHPUnit，現在 E2E 測試用 selenium 11/18 19:37
14F：→ meteorboy: 沒問題。 11/18 19:37
15F：推 vi000246: 等爆炸個幾次 主管就會給你時間寫測試方法了 11/18 21:00
16F：推 abccbaandy: 給妳時間(X) 叫你"負責"，測完才能下班(O) 11/18 21:15
自己是想解決問題的，當然寫出BUG 自己也有責任
有時候也會犯低級的錯誤，也花時間去測試
自己甚至還做表格，來記錄是不是有檢查漏掉的情境/行為
但遇到漏掉的，真的會覺得自己當初怎麼沒檢查更仔細
但真的後面就會想尋求更方便的做法，看起來是真的必須自己寫些測試程式了
感謝提供意見!!!
※ 編輯: joycegirl (36.234.213.197), 11/18/2017 22:44:28
17F：推 steve1012: 多寫點unit test 11/19 04:43
18F：推 s860134: 請人來寫整合測試啊 11/19 11:04
19F：→ ckvir: TDD 讀一下吧 也不用記什麼表格 直接寫在code 11/19 11:44
20F：→ johnny94: unit test 只是眾多測試的一部分阿。你們現在做的那個是 11/19 12:56
21F：→ johnny94: 整合測試，基本上就是按照程式的規格去寫測試案例，但大 11/19 12:56
22F：→ johnny94: 部分的公司規格大概都在程式員腦中吧。 11/19 12:56