想请问除了大型公司外，大多的软件公司
都是如何看待开发及测试的
目前的公司规模比较小，所有人都是自行开发
无测试人员，所以自己写的程式都需要自己测试
测试都是使用人工测试法，就是上线点系统看有无BUG跟资料是否正确
自己建立资料，自己测试系统
但这样下来真的很消磨心智
如果要修改重要的模组，感觉大家有股越来越不想碰的氛围
因为碰了就是要测很多次、很久，牵扯的范围也大
即使在你的开发环境上，测试OK，也不能表示上线了就会可以
即使自己已经很用心在测试了，但使用者总会有超乎你想像的操作
所以想请问一下，有经验的前辈们，
在软件开发上有类似的经验都是如何处理的?
补充说明:
重要的模组像是牵扯礼券、金钱、点数、会员红利...等的模组
一出包就很麻烦，但是每个月系统都在更新，觉得测试总是不完全
有考虑自己写测试程式，但就是要花自己的时间去处理
而且也不知道从何下手

超乎想像的操作，补上就好了，不要气馁。

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

跟过三个日本公司的专案都要求写测试，过去两个月的时间我居然都在补测试……不过是因为程式要升级版本的关系，所以就先补

看程式的性质，有些东西错了再改就好 有些错不得

无测试人员 <= 重点在这个吧？

咦，有修改大模组，修改完再跑过所有测试不就好了？

只要补"unit"测试就好 例如计算红利 点数判断等等如果主管不反对 你就写自己的测试 加上一台CI有动到别人的程式码再补测试就好 先顾好自己

我是自学写自动化测试，入门先用了 codeception 做 API测试，后来再学了 PHPUnit，现在 E2E 测试用 selenium没问题。

等爆炸个几次 主管就会给你时间写测试方法了

给妳时间(X) 叫你"负责"，测完才能下班(O)

多写点unit test

请人来写整合测试啊

TDD 读一下吧 也不用记什么表格 直接写在code

unit test 只是众多测试的一部分阿。你们现在做的那个是整合测试，基本上就是按照程式的规格去写测试案例，但大部分的公司规格大概都在程式员脑中吧。