逻辑题：

两根不相等的绳子 燃烧整根1小时 得出15min

答：第一根两头同时点，第二根点一头，当第一根烧完时是半个小时，然后开始计时，并把第二根的另一端点燃，等第二根烧完时时间是15分钟。

有两个沙漏，一个漏完需要4分钟，一个漏完需要7分钟，问9分钟的时间答：第一种方法：4分钟那个沙漏先倒 漏到一半的时候把7分钟那个沙漏倒下来，漏完就ok；第二种方法：先一起倒，四分钟的倒完了再翻过来，接着倒，七分钟的倒完了，再翻过来，接着倒，四分钟的第二次倒完了，翻过来接着倒，七分钟的倒完了，翻过来接着倒，四分钟的第三次倒完了，开始计时（注意，主要是得到2分钟了），七分钟的倒完了，再把7分钟的倒过来倒7分钟，倒完了停止计时，即为九2+7=9分钟。

测试流程：需求评审从用户体验角度提供设计建议从经验角度，分析设计是否存在风险联合其他模块分析，设计是否存在漏洞测试计划制定：测试用例设计测试用例评审和测试时间评估测试资源申请测试计划执行：用例执行。

测试类型的流程：接口测试 -》功能测试（第一轮回归）-》性能测试和压力测试 -》 Bug修复验证（第二轮回归）-》 灰度放量，验收测试。

测试分类：

接口测试：接口上传参数的正确性，和服务器返回值的正确性，容错性验。

功能测试：主要是黑盒测试，验收证需求的可能性，对新需求的兼容性测试也会设计，包含了top的厂商，机型，ROM，分辨率兼容。

性能测试：主要是对应用的功耗测试，内存占用，CPU占用，耗电量，响应时间进行测试，每个大版本统计一次数据。

压力测试：使用Monkey进行随机性事件的压力测试，每日任务，机型分布按照厂商，Rom，分辨率覆盖。  

测试工作占有率：压力测试：10%；接口测试：10%；性能测试：20；功能测试：65%。 

灰度放量：分局后台打点数据，收集活跃用户的版本分布，以百万级为衡量标准，对小范围用户进行新版本的放量操作，根据用户使用体验收集数据，知道版本bug修复和用户体验的提升。 

用户反馈测试：长期对发布版本进行质量监控，根据反馈问题的有限级（p0 ，p1 ，p2），做出实时响应，p0级问题要当天处理给予答复，优先级逐级递减。

朋友圈发送功能主要从功能，界面/易用性，中断，断网，兼容性，安全性，性能测试。

朋友圈发送功能：

1）只发送文本考虑文本长度1-1500个字符（该数据为百度数据），超出最大字符长度考虑文本类型：纯中文，纯数字，纯字母，纯表情（微信表情/手机自带表情），混合类型，包含URL链接因为过长纯类型需要管行很容易出现边框问题，所以这里先考虑过长纯类型情况。文本是否支持复制粘贴为空验证用空格验证（前中后分别进行验证）

2） 只发送图片本地相册选择/拍照图片数量验证：1-9张图片，超出9张图片格式验证：常见图片格式jpg， png（以实际微信需求支持的格式为准），动态gif图片，不支持的图片格式图片尺寸验证：最大700*800像素，超出最大尺寸范围是否压缩图片大小验证：1-300Kb，超出大小图片的预览验证：点击支持预览大图，多张图片支持左右滑动预览图片的增删改操作为空验证

3）只发送视频本地相册选择/拍照视频秒数验证：1-10S，超出10S视频个数验证：1个，超过1个视频格式验证：支持的视频格式，例 mp4，不支持的视频格式视频大小验证：苹果400kb以内，Android200-300kb，超出规定大小视频预览增删改操作视频为空

4） 发送文件+图片：输入满足要求的文本，图片进行一次验证。

5）发送文本+视频：输入满足要求的文本，视频进行一次验证。

6）发送图片+视频：不支持发送

7）朋友圈发送内容是否有限制，例如一些敏感字。

8）所在位置不显示位置：发送到朋友圈动态不显示位置选择对应位置：搜索支持，自动定位，手动编辑点击取消，返回上一级页面

9）谁可以看设置公开：所有朋友可见设置私密（仅自己可见）：自己查看朋友圈-可见，好友查看朋友圈-不可见。设置布恩可见（选中的朋友不可见）：不被选中的朋友-可见，被选中的朋友-不可见，是否有人数上限点击取消，返回发送页面。

10）提醒谁看：提醒单人/提醒多人：被提醒的朋友-收到消息提醒，违背提醒-唯有消息提醒。是否有人数上限点击取消，返回发送页面

11）同步qq空间：默认不同步，同步到qq空间

12）取消发送朋友圈操作选择相机，点击取消，返回朋友圈页面进入朋友圈发送页面，选择文本图片，点击取消

13）朋友圈当天发送次数是否有限制

未完待续......