移动互联网应用质量保障方案.pdf

  1. 1、本文档共43页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
基础架构,应用解决方案,云计算,大数据,数据中心,智慧IT,IT架构,人工智能相关的产品白皮书,技术方案,技术架构介绍,适合IT技术专业人士阅读参考

如何高效的保证移动测试联网应用质量 { By Monkey陈晔晔 常见场景  变的比天还快的需求  项目生命周期越来越短  少的可怜的测试人员  很难高效的自动化  碎片化太大  屎一样的用户体验  发酵的测试用例  只有测试在测试  沟通困难  很少人知道测试是什么 高效是既快又好,而不是两者选一  测试篇章  流程篇章  自动化篇章  编写测试点,而不是测试用例  给功能、测试点定优先级  使用100个应用  了解产品开发原理  提升所有人对于质量的意识  必须移动测试  必须真正的使用产品  了解其他岗位在做什么  不停的学习  编写测试点,而不是测试用例  给功能、测试点定优先级  使用100个应用  了解产品开发原理  提升所有人对于质量的意识  必须移动测试  必须真正的使用产品  了解其他岗位在做什么  不停的学习  高优先级: 新需求 主要核心功能 数据相关 主要功能路径 … 低优先级: 深入口的界面 用户查看少的界面 … 必须: 兼容性 …  编写测试点,而不是测试用例  给功能、测试点定优先级  使用100个应用  了解产品开发原理  提升所有人对于质量的意识  必须移动测试  必须真正的使用产品  了解其他岗位在做什么  不停的学习 问自己一个问题:你用过多少竞争对手或体验好的应用? 当你一直忙碌于项目、需求、代码 当你一直忙碌于同事,上下级的关系 当你一直忙碌于工作、加班、吐槽 我们需要不停的审视和要求自己 那么你已经离测试越来越远 那么你已经离用户越来越远 那么你已经离迷茫越来越近  编写测试点,而不是测试用例  给功能、测试点定优先级  使用100个应用  了解产品开发原理  提升所有人对于质量的意识  必须移动测试  必须真正的使用产品  了解其他岗位在做什么  不停的学习 了解产品开发的一切并不是为了学习开发、或是放弃测试,转向开发 更多的是为了从各个角度去设计用例、高效的完成测试  编写测试点,而不是测试用例  给功能、测试点定优先级  使用100个应用  了解产品开发原理  提升所有人对于质量的意识  必须移动测试  必须真正的使用产品  了解其他岗位在做什么  不停的学习 很久之前我看到过这样一段话: 测试的最终境界是什么?有的人回答是全部自动化 测试的最终境界是什么?有的人回答是自动生成有效的用例 测试的最终境界是什么?有的人回答是根本不需要测试 而我却认为,测试最终的境界就是告 诉更多的人什么是质量,从点点滴滴 中提升所有人对于质量的意识。  编写测试点,而不是测试用例  给功能、测试点定优先级  使用100个应用  了解产品开发原理  提升所有人对于质量的意识  必须移动测试  必须真正的使用产品  了解其他岗位在做什么  不停的学习 如果你还在办公室进行工作 那么你永远都不会知道外面的世界是什么样的 如果你还在办公室进行工

文档评论(0)

智慧IT + 关注
实名认证
内容提供者

微软售前技术专家持证人

生命在于奋斗,技术在于分享!

领域认证该用户于2023年09月10日上传了微软售前技术专家

1亿VIP精品文档

相关文档