19 年许的上海 MTSC 愿望实现了...但我却兜兜转转工作 base 北京，有趣

我自己的方法，希望能帮到你
1.用 xmind 将业务逻辑梳理一遍，如果时间充裕的情况下会画核心业务的数据流图；
2.从系统出发，了解系统已有功能；
3.基于第二点，从不同用户的角度出发，什么角色使用这个系统会干什么样的事情，操作流程是什么（一般需求都会明确）；
4.将 ui 界面功能（基于 UI 原型验证功能点对不对）和业务流程（基于数据流图）的用例解耦（考验思维能力和抓重点能力）
好处就是便于后续的维护，当出现 bug 的时候，从 bug 源于前端后端，就能快速补充 UI 用例和业务流程（接口）用例

我的领导也经常会问我类似的问题。我一般会先给他一个数据（都怪我太喜欢记小本本了），由数据抛出一个问题，最后再给一些解决方案；给数据的时候有个小技巧，就是团队或者领导/组员最近遇到的比较频繁的问题～

过于真实哈哈哈哈哈

昨天对我的胖友们做了一个简单的调研，会不会因为用户体验而彻底不用一个软件，基本和您的回答是一样的，除非不可替代。

是的呢，现在大部分公司都处于 CMM 很低的阶段。我们的现状就是不是每一个需求都有详细的分析，很多都是几句话带过的。

酱紫啊，给我的启发就是那是不是可以定期做一个用户体验专项测试来统一处理呢？

大概就是产品经理说，这个要改，然后拖着不解决，再来怼测试一句，这个问题你就算提了也没人改

同问。目前做的工作涉及到 C/S 券商系统的接口自动化，是按照业务来分类接口的，这样做的好处是能够更可能高的提升覆盖率，也方便后续的维护；缺点就是用例真的很冗余很冗余...暂时还未找到更好的方法