-
Notifications
You must be signed in to change notification settings - Fork 0
PackgeFlow
移动端打包流程
一.官方TS的客户端
1.服务组根据客户端当前功能写出测试用例,对移动端进行详细测试(责任人:测试工程师)
2.每个包发布前要有明确的changelog.txt列表文件(责任人:移动端产品组长)
3.打包分发验证1:新功能重点验证(责任人:测试工程师)
根据changelog.txt验证各新功能,如有问题一并返回修复再打包验证
4.打包分发验证2:常用关键功能验证(责任人:测试工程师)
新用户注册
新用户登录
发各种类型的微博(拍照、用户相册图片上传、话题、@他人、表情、140个字的字数)
个人/他人空间访问
转发微博
评论和回复评论
收藏
发私信
各应用列表和发布
5.用户验证(责任人:客户经理)
6.提交应用(责任人:各类型客户端的开发工程师)
iPhone提交APP Store
Android提交Android Market
二.客户客户端
1.替换TS客户端的相关内容(地址、logo、图片等)改为客户的信息,参考checklist,防止遗漏(责任人:开发工程师)
2.对客户的客户端进行测试,如有新开发定制功能,添加新的测试用例进行详细测试(责任人:测试工程师)
3.每个包发布前要有明确的changelog.txt列表文件(责任人:移动端产品组长)
4.打包分发验证1:新功能重点验证(责任人:测试工程师)
根据changelog.txt验证各新功能,如有问题一并返回修复再打包验证
5.打包分发验证2:常用关键功能验证(责任人:测试工程师)
新用户注册
新用户登录
发各种类型的微博(拍照、用户相册图片上传、话题、@他人、表情、140个字的字数)
个人/他人空间访问
转发微博
评论和回复评论
收藏
发私信
各应用列表和发布
6.客户验证(责任人:客户经理)
7.提交应用(责任人:开发工程师/客户)
iPhone提交APP Store
Android提交Android Market
另外,需要补充一个checklist列表。
####Android:
- umeng id
- 站点地址 名称 ,简介
- 应用推荐
- 自动升级是否屏蔽
移动端的代码
包含开源版和商业版 商业版必须是稳定没有Bug的
开源版邮箱测试新功能
商业版
发代码的流程
需要客户提供的
1.需要客户提供素材
2.需要客户提供一份关于我们的说明
去掉的部分代码
1、客户端的友盟的代码
2、 每次需要更改关于我们
开源版和站长扶持版
1、需要保留友盟的代码
2、关于我们改为关于智士 晓亮回复一下关于智士的内容