适合于小团队产品迭代的APP测试流程

一、 测试周期

测试周期一般为2~3天,根据项目情况以及版本质量可适当缩短或延长测试时间。正式测试前先向主管或产品经理确认项目排期。

二、 测试资源

测试任务开始前,检查各项测试资源。

  1. 产品功能需求文档、概要设计文档(包含非本期开发的产品功能部分)

  2. 产品原型图(包含非本期开发的产品功能部分)

  3. 产品效果图(包含非本期开发的产品功能部分)

  4. 测试用例(包含非本期开发的产品功能部分)

  5. 行为统计分析定义文档

  6. 测试设备(ios7-ios8;Android2.3-Android4.4, 也可兼容到5.0)

  7. 其他(例如有限时抢购类的项目,需要规划时间表;有优惠券使用的项目,需要申请添加优惠券数据;支付宝/银联支付功能的项目,需要提前申请支付宝/银联账户等等)

三、测试要点

  1. 接收版本

    1. 个人认为,我们目前的团队可以略过,但需要在svn上创建分支,称为“测试版本分支”,在发布后,代码进行封存。
    2. 在测试之前,需要向主管、产品经理确认当前测试版本的版本号与版本名
    3. 要区别对待本期开发的功能与已发布的功能
  2. UI测试

    1. 确保手头的原型图与效果图为当前最新版本。
    2. 确保产品UI符合产品经理制定的原型图与效果图。
    3. 一切界面问题以效果图为准,若有用户体验方面的建议,必须先以邮件或口头的形式询问产品经理。
    4. 由于测试环境中的数据为模拟数据,测试时必须预先考虑到正式环境中可能出现的数据类型。
  3. 功能测试

    1. 确保手头的功能需求文档为当前最新版本。
    2. 确保所有的软件功能都已实现且逻辑正常。
    3. 一切功能问题以需求文档为准,若有用户体验方面的建议,必须先以邮件或口头的形式询问产品经理。个人建议,用户体验方面的建议,优先级放在修复bug之后。
    4. 若有些功能在技术上难以实现或者由于排期的原因无法在短时间内实现,必须得到产品经理的确认,而不是单单只听开发人员的技术解释。此处确认最好以邮件形式存在。
    5. 所有的“外部原因”问题,都需要尽早地督促开发人员与客户服务端人员联系协调解决。并在之后的测试报告中予以体现。
    6. 所有的“设计如此”、“延期处理”问题,都需要和产品经理确认后再进行验证。并在之后的测试报告中予以体现。
    7. 测试下单时,注册的测试账号必须符合公司规范;收货地址必须包含“测试”关键字,最好每次下单的名称中含有日期,以便查询;在正式环境中下单后必须取消该订单等。
  4. 兼容测试/性能测试

    1. 确保软件在所有兼容机型上都能正常使用(ios一般需要兼容到6, ios5可以不用考虑,用户使用率已经低于5%以下)
    2. 性能测试方面必须满足硬件压力条件下的测试需要(例如多线程,用户常用的app都要后台运行的环境中测试。)
    3. 网络响应用户体验方面的性能测试,需要保证在wifi、3g、2g网络下的切换效果。比如wifi切换到2g,网络响应的速度以及切换界面。
  5. 后台订单统计测试

    1. 核对“客户端相关启动查询”项,此项数据就是经常说的“激活量”,非常重要。测试时必须保证该项中的各数据均正确,且每次启动软件都会有相应的统计记录。
    2. 核对“订单查询”项,测试时必须保证各数据均正确,且每次成功下单后都会有相应的统计记录。
    3. 需要注意的是,在成功下单之后,后台会做判断将该订单划到测试订单范围,测试人员必须到“订单查询(测试)”模块中核对订单统计记录信息。
  6. 用户行为统计测试(这个暂时略过不提)

    1. 确保手头的行为统计分析定义文档为最新版本,且与开发人员手中的文档一致。
    2. 确保产品经理在文档中所定义的页面在该产品中都是存在的。
    3. 尽可能真实地模拟用户行为。
    4. 核对统计日志,确保各项操作所对应的页面ID以及操作ID都是正确的。
  7. 回归测试

    1. 软件最终上线前,需对产品进行回归测试,测试内容包含之前所有的测试项目
    2. 回归测试不再对细节进行测试,而是类似于对产品进行验收,从客户正常使用的角度对产品进行再一轮的整体测试。
    3. 只有在回归测试通过之后,才对产品进行提交。

四、bug修复

  1. 测试人员提交测试日报,到主管、产品经理
  2. 主管与开发人员确认bug
  3. 主管与产品经理协调修复方案(有文档记录)
  4. 主管安排开发人员在测试版本分支上修复 bug (有文档记录)
  5. 开发人员修复完成后,通知测试人员已修复相关问题

五、 测试日报及产品上线报告

  1. 测试人员每天需对所测项目发送测试日报。

  2. 测试日报所包含的内容为:

    1. 对当前测试版本质量进行分级。
    2. 对较严重的问题进行例举,提示开发人员优先修改。
    3. 对版本的整体情况进行评估。
    4. 对版本测试过程中修改的内容进行记录。
  3. 产品上线前,测试人员发送产品上线报告(记录产品测试记录、修复情况、最终部分)

六、测试版本分支主线版本的合并

由于测试版本分支的上修改的某些代码只是为了暂时性的修复某些问题,随着我们代码量的增大,也许有时候不太会适合提交到主线版本。

  1. 开发人员、主管、产品经理集体确认需要把什么代码合并到开发主线
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 206,723评论 6 481
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 88,485评论 2 382
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 152,998评论 0 344
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 55,323评论 1 279
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 64,355评论 5 374
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,079评论 1 285
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,389评论 3 400
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,019评论 0 259
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 43,519评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,971评论 2 325
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,100评论 1 333
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,738评论 4 324
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,293评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,289评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,517评论 1 262
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,547评论 2 354
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,834评论 2 345

推荐阅读更多精彩内容