Topsummit以用户为中心的移动应用探索测试实践—今夜特价概要.pptxVIP

Topsummit以用户为中心的移动应用探索测试实践—今夜特价概要.pptx

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
以用户为中心的移动应用探索测试实践 今夜酒店特价 王兴明 摘要 软件测试在传统的软件项目己经有很好的发展,随着移动应用的发展,现在越来越多的业务发生在移动手机端了。 今夜酒店特价是一家在移动设备上提供酒店预订的创业公司,为了适应用业务的发展,我们各个手机平台上的APP都采用了快速迭代的方式进行。 传统的测试方法在面对移动应用时,出现很多不适应的地方,比如成本高、周期长,很多用户体验的问题,介于bug和非bug之间等等。 我们通过对移动应用在公司业务中价值点,重新设计了测试方法,加强了以用户场景为中心的测试,而不只是在业务流程上的测试,从而提高用户的满意度。 案例标题 对移动应用进行分析,识别对业务和客户重要价值点。 对用户使用APP的场景进行识别和分类 规范的测试用例和探索式测试并行 将用户的任务作为测试重点 开展可用性测试 将一些设计方法引入到测试中来,比如信息架构。 将功能为中心的测试转化为以用户体验的测试。 议程 创业型团队对测试的要求 我们的选择与实践 遇到的问题与收获 我们的思考 背景介绍 公司规模:50 人 行业:移动互联网酒店行业 主要产品:提供预定酒店服务的App 产品线:IOS, Android, Windows Phone 创业型团队对测试的要求 我们的选择与实践 遇到的问题与收获 我们的思考 创业型团队对测试的要求 使用最少的测试资源 保证最高的产品质量 可选择的测试方法 基于功能的测试 基于用户场景的测试 关注技术 关注用户 保证每个功能的质量 保证用户使用产品的质量 较多资源较长周期 较少资源短周期 中小团队对测试的要求 我们的选择与实践 遇到的问题与收获 我们的思考 基于用户场景的测试 保证用户使用产品的质量 避免测试覆盖的场景上线后用户使用出现问题 避免由于职责划分引起的遗漏 保证更好的用户体验 有效利用测试资源 我们的实践 用户场景的分析 根据用户场景分解测试用例 怎样执行测试 Bug的记录和管理 场景用例的修正及补充 用户场景的分析 用户划分 用户使用上下文 达到怎样的目标 用户划分 入门级用户 熟练用户 用户使用的上下文 首次安装使用 特定时间打开App(12:00/20:00) 预订成功后 取消订单后 退出App后 。。。。 达到怎样的目标(参照产品功能) 随便看看 查找符合自己要求的酒店 预订酒店 入住酒店 离开酒店 。。。。 组合用户场景 入门级用户 熟练用户 首次安装使用 特定时间打开App(12:00/20:00) 预定成功后 取消订单后 退出App后 随便看看 查找符合自己要求的酒店 预定酒店 入住酒店 离开酒店 用户 上下文 目标 不合理场景的处理 丢弃不合理的场景 阻止不合理的场景对应功能的开发 测试用例的分解 整理路径: 列出所有页面及关系 对页面进行编号 根据场景分析出场景对应页面的起点和终点 列出起点到终点的所有路径 每个路径对应一条用例 怎样执行测试 按照用例执行测试 探索式测试 按照用例执行测试 精选出核心用例100条 整理用户使用频率最高的场景 选出这些场景中的最短路径对应的用例 每个用例详细描述每个操作步骤 执行时严格按步骤执行 探索式测试 探索式测试作为辅助方法提高测试覆盖度 选择某些场景做探索式测试 Bug的记录和管理 记录发现bug的场景和用例 发现bug时没有对应用例则补充用例和场景 场景用例的修正和补充 通过收集真实用户行为 通过online bug的出现 测试过程中发现bug 测试完成阶段总结 中小团队对测试的要求 我们的选择与实践 遇到的问题与收获 我们的思考 遇到的问题 分析不出用户场景 思维方式始终停留在面向功能的测试 用户场景过多用例过多 不合理场景怎样处理 需求变了怎么办 第一次实践测试时间没有缩短反而增加 收获 用户场景高度复用提高测试效率 测试人员对产品质量非常有信心 有效的保证用户使用产品的质量 几个迭代后可以准确预估发布时间 团队中的Bug Star 消失了 场景和用例成为公司的宝贵资产 中小团队对测试的要求 我们的选择与实践 遇到的问题与收获 我们的思考 我们的思考 功能 VS 场景 100 用例 VS 10 用例 场景 VS 测试用例 需求 VS 优先级 案例ROI分析 通过将测试资源放到用户感知的体验上,提高了用户的操作体验和满意度。 缩短了测试时间 ,加速产品的代。 给测试人员新的技能发展空间。 案例启示 对于移动应用,不仅只做功能上的测试,来验证是否达到设计的要求,而且要去测试用户场景下用户使用的困难、障碍,以保证用户在使用过程中是能达到目的和满意的

文档评论(0)

三沙市的姑娘 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档