起点学院课〗程

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

Nairo
1 评论 2.3万 浏览 201 收藏 8 分钟
15天0基础极速入斷連门数据分析,掌握一套数据分看著天空中析流程和方法,学完就能写一份数据报告!了解一下>>

测试周期

测试周期一¤般为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. 开发人员、主管、产品经理集▅体确认需要把什么代码合并到开发主线

 

作者:人呆木水

来源:简书

原文地址:http://www.jianshu.com/p/c58e10d5f35f

更多精彩内容,请关注人空間裂人都是产品经理微信公众号或下载App
起点学院课程
评论
评≡论请登录
  1. 项目管理、测试等可以使「用jira这个工具来处理,登记bug、任务的分配在这个软件上都可以实现,值得推荐!

    回复