需求

• 可最多一次选择发 n 张图片，选择完成后，图片依次追加在当前对话中，排队发送
• 发送和排队

发送中图片显示进度百分比；其他待发送消息显示等待中
最多 f 个消息同时处于发送状态
最多允许 m 个未发送消息，否则当点击发送按钮时，提示待发消息太多，请稍候再试

• 发送成功后的图片出现在接收方消息列表中，如发送失败(没网、超时、被屏蔽等)，则显示失败状态，点击后提示用户重发（被屏蔽呢？）
• 退出对话后，发送队列继续工作，直到所有消息发送完成（完成：成功/失败）
• 退出app时，发送队列被删除，重进app再次打开对话时，待发送消息都置为失败状态，可重发
• 消息增加 meta 元素，带版本号，不支持的消息类型提示用户需要升级

version - 版本号：文本1.0 （默认值），链接和图片 1.1，视频1.2等
type - 消息类型：文本（默认值）、链接、图片、视频、红包、音频等

限制

• n=9，m=20
• 图片发送失败重发无断点续传功能；考虑升级视频消息时加入

工作分解，预计3~4天

• 界面和数据结构：1天

• 设计新数据机构，对已有缓存db进行升级
• 输入栏增加图片选择按钮
• 对话界面支持多类型元素：文本+链接+图片+未知的
• 消息侧边显示状态图标：等待、发送中、错误
• 预览列表显示最新消息：文本、图片、链接标题等
• 解析content格式
• 联系人列表界面显示content格式和发送状态
• 帖子链接私信转发界面

• 消息排队和发送，分图片上传、消息发送2个队列：2~3天

实现队列管理 Service，向 UI 反馈，受 UI控制
实现消息发送队列
实现图片上传队列，一个图片传完成后向消息队列追加一个消息项
消息发送成功后按新时间戳调整在对话中的位置

• 杂项：处理消息头尾的magic空格
• 额外增强：监测网络变化，实现补传

私信 content 版本

• 10 版：线上版本，只支持纯文本
• 11 版：当前开发版，新增：图片、超链接
• 12 版：后续升级，待新增：红包、视频
• 从11版开始，有判断 消息类型是否支持的能力，不支持的类型显示友好提示

私信 Content 格式

• 纯文本：
  This is a message
• 图片：
  <img src="http://xxxxx.jpg/>
• 超链接：
  <a href="http://wohuizhong.com/post/123" thumb="http://xxxxx.jpg">帖子标题</a>
• 红包：
  <luck src="http://wohuizhong.com/luckymoney/123" thumb="http://xxxxx.jpg">恭喜发财，大吉大利</luck>
• 视频：
  <video src="http://wohuizhong.com/xxxxx.mp4" post="http://xxxxx.jpg">视频标题</video>
• 音频：
  <sound src="http://wohuizhong.com/xxxxx.mp3"/>

开发要点

• 切换到带id的api
• 建立v2版缓存表，新增字段 timeAddMs，等于 timeSend * 1000 或新加入的时间戳

测试

测试方法

• 从发送端和接收端进行观察比对，
• 同时对比网站，必要时查看 Postman 确认数据正确性
• 私信缓存显示和网站与 Postman 不符时，先清除缓冲再重新测试

测试手机

• 发送端Android + 接收端Android
• 发送端Android + 接收端 iOS
• Android API 兼容性：

  用 5.0 或 6.0 手机做主测试机
  在 4.0 和 7.0 上做可用性简单测试

测试用例

一、发送测试
结合以下条件，做交叉测试

1. 消息类型

• 发文本消息
• 发图片：单图、多图、gif 图

2. 前后台发送

• 在聊天界面完成消息发送
• 退出聊天界面后台发送
• 发送中途退出又重新进入APP

3. 网络环境

• WiFi 和移动网络
• 断网
• 掉线：有网 >> 无网 >> 有网

二、初始条件测试

• 测试条件：用尚无私信的新用户
• 预期目标：以下操作正常：主入口、别人个人中心私信入口，转发入口

三、多人收发测试

• 测试条件：用3台手机，AB向C发消息，C打开与B的聊天窗口，在C和B的聊天过程中，A给C发消息
• 预期目标：

1. C与B的聊天数据无丢失，且不出现A的数据
2. 回到上一级联系人界面，能看到A发来的最后一条数据