测试其实很多概念 难度其实不一定低於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是很好混进去的那种职缺 八成是每天用手点像作业员的工作 薪水是不会好到哪去的 --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 101.14.227.69 (台湾) ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1583251853.A.7B4.html