【分享按钮】是一个常见的功能，你可以把看到的有意思的东西分享到自己的BLOG、朋友圈之类的地方。
但是，分享出去的文本（也可以包含图片）在每个目标网站上面的格式并不是统一的，所以就存在了美感的三六九等。
举个例子，直观些：
下图是在某一个音乐网站，用户分享一首歌到自己微博里的操作
下图是已经把歌曲分享到用户自己微博里的样子
分享功能需要验证什么？按照上面圈起来的这几个区域说说，
【1】【进入详情页】-这个功能在微博常见，一般在分享操作的场景内不会出现BUG
【2】【文本】-每个目标网站上面的格式并不是统一的
（你看，在这个目标网站内，展示的效果并不是十分负责任。歌曲名称被截断了，这显然失去了分享歌曲的重点。用户的分享理由也没有突显出来，仅仅是包含在这2行文本内，不容易被注意到。用户体验太差了！！）
【3】【图片】-有的目标网站支持图片点击查看大图，有的目标网站点开后仍然展示缩略图（分析：第3方平台的原因）
所以【2】【3】真的非常影响用户体验，如果能优化这些细节就太好了。
【4】【视频】-展示给用户的样式是否一致
【5】来自【虾米音乐】-这个结果显然是正确的，你可能遇到“来自【null】”、“来自【分享按钮】”等等比较奇葩的情况
验证分享功能也会出现比较低级的失误：
【6】developer忘记给分享功能加URL，导致分享按钮是个摆设
【7】分享按钮的ICON对应了错误的目标网站地址
另外需要关注的也有分享功能的工作流，不过这个内容并不算作本篇文档讨论范围。总的来说，分享组件需要详细地验证，以便当全站其它模块需要引用到这个功能的时候，就不需要再投入精力去专门验证它了。
补充，在验证分享功能的时候，也可能存在以下BUG
【8】分享到第三方平台后，登录到第三方平台发现没有分享记录。（分析：某些第3方平台必须是手机验证用户才能发表原创内容。但是既然没有分享成功，又没有给予用户有效的提示，这算是BUG）
【9】分享过程是否自动给必填字段都传了值（标题、描述）（分析：一切额外的手动操作可以视为体验范围内的BUG）