想請問除了大型公司外，大多的軟體公司
都是如何看待開發及測試的
目前的公司規模比較小，所有人都是自行開發
無測試人員，所以自己寫的程式都需要自己測試
測試都是使用人工測試法，就是上線點系統看有無BUG跟資料是否正確
自己建立資料，自己測試系統
但這樣下來真的很消磨心智
如果要修改重要的模組，感覺大家有股越來越不想碰的氛圍
因為碰了就是要測很多次、很久，牽扯的範圍也大
即使在你的開發環境上，測試OK，也不能表示上線了就會可以
即使自己已經很用心在測試了，但使用者總會有超乎你想像的操作
所以想請問一下，有經驗的前輩們，
在軟體開發上有類似的經驗都是如何處理的?
補充說明:
重要的模組像是牽扯禮券、金錢、點數、會員紅利...等的模組
一出包就很麻煩，但是每個月系統都在更新，覺得測試總是不完全
有考慮自己寫測試程式，但就是要花自己的時間去處理
而且也不知道從何下手

超乎想像的操作，補上就好了，不要氣餒。

我也在新創小公司，有同感

跟過三個日本公司的專案都要求寫測試，過去兩個月的時間我居然都在補測試……不過是因為程式要升級版本的關係，所以就先補

看程式的性質，有些東西錯了再改就好 有些錯不得

無測試人員 <= 重點在這個吧？

咦，有修改大模組，修改完再跑過所有測試不就好了？

只要補"unit"測試就好 例如計算紅利 點數判斷等等如果主管不反對 你就寫自己的測試 加上一台CI有動到別人的程式碼再補測試就好 先顧好自己

我是自學寫自動化測試，入門先用了 codeception 做 API測試，後來再學了 PHPUnit，現在 E2E 測試用 selenium沒問題。

等爆炸個幾次 主管就會給你時間寫測試方法了

給妳時間(X) 叫你"負責"，測完才能下班(O)

多寫點unit test

請人來寫整合測試啊

TDD 讀一下吧 也不用記什麼表格 直接寫在code

unit test 只是眾多測試的一部分阿。你們現在做的那個是整合測試，基本上就是按照程式的規格去寫測試案例，但大部分的公司規格大概都在程式員腦中吧。