需求文档和效果图，开发和测试是不是更喜欢看效果图进行开发、写测试用例呢
最佳方案通常是 Use Case + 效果图（如 Axure）。需求文档应该以 Use Case 为主，可配上 UI 原型。Use Case 之类的需求文档最好放在内部 Web 上（如 Wiki）。效果图主要是 UI ，而 UI 元素与操作只是整个产品需求、交互设计、UX 的一部分，很重要但并不是需求的主体。效果图缺少了系统总体的执行流程和大量处理细节（尤其后台需求），这些不可见（non-visual）、隐蔽、复杂的需求通常用 Use Case 描述。Use Case 文本为效果图提供了一个很好的 Context。开发一般分前端、后端。前端可能更喜欢效果图，而后端更关心 Use Case。Use Case 与 Test Case 之间存在一种天然的联系。写好了 Use Case 文本（再配上 UML 活动图等），写好 Test Case 是分分钟的事儿。这里有一个经典教学案例：Traceability from Use Cases to Test Cases (IBM developerWorks)
■网友
我们是在Axure原型的元件里加上自定义注释
【需求文档和效果图，开发和测试是不是更喜欢看效果图进行开发、写测试用例呢】
然后再针对每个需要注释的元件写注释，尽量详细譬如这个日期选择框
推荐阅读
- 江苏■江苏交控坚持问题导向、瞄准职工需求——找准“病灶”当好“产改先行官”
- 电池|享域混动 为了满足用户需求 优惠1.5万
- 侧重业务逻辑的产品需求规格说明书，需要有哪些要点
- 中国汽车消费网|五菱宏光MINIEV单月销量破三万！纯电动汽车还是伪需求吗？
- 封面新闻|耀出行：滴滴解决你代步的“温饱”问题，我来满足你出行的仪式感需求
- python的html5lib这个库咋使用啊我在网上也没有找到相关文档
- 啥是微信开发WEB前端
- 电商的初级产品经理怎样快速获取需求
- 新能源汽车|徐州：“一站式”响应企业需求，为实体经济蓄力赋能
- 家用路由器解决了用户啥需求是否有更好的办法解决用户需求