一直觉得微信在公众号上应该增加一个最近阅读的列表选项，例如当你阅读某篇文章时有一条消息过来，如果想看消息，就要退出当前文章，看完消息再回到文章时就比较麻烦了，还要从头找。

可能添加的新途径：
1.好友在看的文章
2.热门文章
具体的入口和方式没有思考清楚，可能会从搜索入手推荐好友中的公众号文章热词以及整个微信公众号文章热词

微信阅读公众号文章的途径：
1.关注的公众号新推送文章直接看
2.朋友圈别人转发的文章直接看
3.好友聊天/群聊天转发的文章直接看
4.通过微信搜索关键词看公众号文章

极客好像不支持评论下继续评论呀 哈哈哈 其实这算一个基本功能。。只好再开一条留言了
还是回到用例的目的：讲清楚不同用户在不同场景的不同操作，系统应该如何正确的响应。
我以前也写文字版的测试用例，跟工程师调研了一下，他们往往更喜欢看图（想想也能解释，在理解的难易程度上 图大于表大于文字嘛）所以后来就以流程图的形式来写。
这里说核心流程不算太准确，因为用例可以很细，最细的能细到测试用的测试用例。应该说要目的是一致的，只是展现的方式有所不同。
欢迎继续讨论哈

如果加上实际的demo或例子会更直观些

可以理解为用例是对使用流程进行详细化说明？

请问一下老师，我们在确定了UC之后，是否需要画业务流程图呢？

用例是需求和开发达成共识的一种形式，防止理解不一致，出现问题互相扯皮。我想问老师，什么量级的产品需要写用例？用例是用户故事的延伸吗，本课中的用例包括了分测试用例吗？

微信公众号的用例：
阅读前：搜索公众号 添加公众号 搜索公众号
阅读中：阅读 排序
阅读后：留言 分享 收藏

请问一下老师，用例 和 产品需求文档 是什么样的关系，用例是先于产品需求文档用于产品功能解释沟通的么？工程师设计师不是拿着用例文档去开发，而是拿着需求文档去开发吧？

用例其实就是把一系列功能用场景化串联起来，而不是让功能各自分散存在

初创时期，为了产品快速迭代，敏捷开发，能将沟通尽可能保持平滑顺畅和开发、测试沟通以完成实现没毛病；但成熟企业内，这种方式很难保证产品信息完整性和追溯，尤其是重业务的toB企业；
比方说，开发阶段：团队容易扯皮；
产品迭代阶段：业务的逻辑只在负责的开发、测试、产品身上，其他未必清楚完整，对于流动性普遍很大的互联网企业问题不容乐观；
同时后期的开发、测试、产品好难接手之前产品优化；

用例应该覆盖到:用户，场景，遇到的问题;可以用导图穷尽出来。

如果有demo会更直观些

用例听着有点像核心流程？

前置条件和后置条件？