测试被要求参与需求评审，能提升岗位价值吗
作为测试开发，日常跟工具、平台、CI/CD流水线打交道，总觉得需求评审是业务测试的事，跟我无关。但最近有个事改变了我。一个需求里涉及复杂的文件处理逻辑，开发自己写了个工具类，设计上没留日志和监控点，结果上线出了问题，排查花了俩小时。如果评审时我在场，我就会要求加上必要的日志埋点，方便后续定位问题。测开的岗价值不只是写框架，更是用工程化思维去预判交付过程中的痛点。 参与需求评审，就是从源头上让自己写的工具和平台更贴近实战，这比闷头搞技术更有话语权。
发布于 北京
分享
评论
赞
未登录
友善发言
评论
加载中
