测试其实很多概念
难度其实不一定低于RD
首先来讲讲环境
DevOps之所以出现
最主要就是解决环境差异造成的问题
Dev环境中正常
Prod环境中失败
这时候就要厘清差异点
譬如作业系统是否相同
相依套件版本是否相同
这年代有docker可以用
直接是能够解决OS与套件的问题
再来是环境变量的问题
这部分又牵涉到环境变量的处理方式差异
在docker放在.env
在kubernetes中是在configmap
这部分往往是造成错误产生的地方
毕竟多数团队不会在dev用kubernetes
资料的问题
厘清自己要测的是程式码还是整合测试
程式码必须先没有问题才能够做整合测试
通常必须善用一些工具
mock或是docker先行部署测试数据库
一些专案会让后台管理做动态设定
最好在server启动前
跑前导脚本确定设定资料是存在
当然比较有经验的程式设计师会让没设定存在时
使用default数值
压力测试如何做到高流量的测试
有时候一台不够快还要同时多台一起上
这时候可能需要会一些CM工具
像是ansible
GUI的测试成本最高改动最快
所以效率最低
一般都是放在最后去完成
免不了就要去使用selenium这类型的
接口测试工具
网站功能一多测一次打算跑多久
可能必须就要搭配headless browser
multi process的方式来做测试加速
使用者体验的检测
这部分就是靠经验了
当使用者送出表单后跳出错误
但没有说明是什么错误
对于使用者来说不明所以
这部分我也认同QA该将类似问题抓出
测试眉眉角角的很多
除了要了解代码
还要了解系统
甚至还要有点UX sense
而现在多数是属于前后端分离的系统
错误是属于前端发生还是后端发生的
最好也能够有分辨的能力
如果QA是很好混进去的那种职缺
八成是每天用手点像作业员的工作
薪水是不会好到哪去的

推分享，很实务补推

QA难度不一定小于RD, 但薪水与尊重普遍小于RD

不要搞错了，薪水和尊重低的QA 通常不是做难的事的QA

请问目前QA跟RD，薪水到底落差多少？

只能说 看公司

推分享

push