作者joycegirl (じゅんさん)
看板Soft_Job
标题[请益] 关於开发与测试
时间Sat Nov 18 16:33:06 2017
想请问除了大型公司外，大多的软体公司
都是如何看待开发及测试的
目前的公司规模比较小，所有人都是自行开发
无测试人员，所以自己写的程式都需要自己测试
测试都是使用人工测试法，就是上线点系统看有无BUG跟资料是否正确
自己建立资料，自己测试系统
但这样下来真的很消磨心智
如果要修改重要的模组，感觉大家有股越来越不想碰的氛围
因为碰了就是要测很多次、很久，牵扯的范围也大
即使在你的开发环境上，测试OK，也不能表示上线了就会可以
即使自己已经很用心在测试了，但使用者总会有超乎你想像的操作
所以想请问一下，有经验的前辈们，
在软体开发上有类似的经验都是如何处理的?
补充说明:
重要的模组像是牵扯礼券、金钱、点数、会员红利...等的模组
一出包就很麻烦，但是每个月系统都在更新，觉得测试总是不完全
有考虑自己写测试程式，但就是要花自己的时间去处理
而且也不知道从何下手
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 36.234.213.197
※ 文章网址: https://webptt.com/cn.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