2 年多点点点，关于用例都是针对一下需求内容中规则的边界值，以及自己多系统的业务熟悉了解上，多添加一些业务流程用例，想咨询一下大佬们平时需求一到手，都会选择什么方面去编写用例的呢？一般业务需求需要考虑诸如队列、数据库、请求协议等方面去设计用例吗
个人常用的方法，仅供参考：
1、先把需求点列上
2、列的时候先考虑用户使用场景，补充不同的场景（边界值也会在这个里面用到）
3、查看开发的技术方案，看从技术方案角度还有什么新的场景需要补充（举个例子，和第三方通讯且通过对方回调返回结果的场景，需要有对应的补偿机制，这个补偿机制一般是需要单独测的，需求不会提及，但实际这个功能可以用和不可以用，对业务的稳定性有非常大的影响）
4、需求会涉及服务端接口的，针对接口文档和技术方案/代码里的接口逻辑，单独补充接口测试用例
先把需求测一遍，再根据完善的需求中规格说明 + 开发的详细设计和领域知识辅助完善场景和用例。
提一些思路
举例: 商城购买
正向用例: 成功购买, 扣除货币, 物品到账
反向用例: 货币不足时, 库存不足时, 背包已满时
关联用例: 从其他界面跳转到商城, 配置数据检查
专项测试: 兼容, 弱网, 中断, 并发, 性能, 安全, 用户体验等
