测试被要求参与需求评审，能提升岗位价值吗
自动化测试看需求评审，其实是在看“可测性”我干了几年自动化，发现一个残酷的现实：很多项目不适合做自动化，根子就在需求评审阶段。需求评审时，产品说的都是业务逻辑，开发聊的都是技术实现，很少有人关注“这个功能好不好自动化”。如果评审时你不说话，等到提测了你才发现页面控件没唯一ID、接口字段频繁变动，这时候写脚本就像在补破衣服。所以我建议做自动化的同学，评审时盯着“稳定性”和“唯一性”看。 需求里没定死的东西，就是将来脚本维护的坑。提前说一句：“这个地方如果控件ID不固定，我脚本就得天天改。”开发和产品一听，就知道你在为项目长期效率负责。
发布于 北京
分享
评论
赞
未登录
友善发言
评论
加载中
