- 1、本文档共43页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
基础架构,应用解决方案,云计算,大数据,数据中心,智慧IT,IT架构,人工智能相关的产品白皮书,技术方案,技术架构介绍,适合IT技术专业人士阅读参考
如何高效的保证移动测试联网应用质量
{ By Monkey陈晔晔
常见场景
变的比天还快的需求
项目生命周期越来越短
少的可怜的测试人员
很难高效的自动化
碎片化太大
屎一样的用户体验
发酵的测试用例
只有测试在测试
沟通困难
很少人知道测试是什么
高效是既快又好,而不是两者选一
测试篇章
流程篇章
自动化篇章
编写测试点,而不是测试用例
给功能、测试点定优先级
使用100个应用
了解产品开发原理
提升所有人对于质量的意识
必须移动测试
必须真正的使用产品
了解其他岗位在做什么
不停的学习
编写测试点,而不是测试用例
给功能、测试点定优先级
使用100个应用
了解产品开发原理
提升所有人对于质量的意识
必须移动测试
必须真正的使用产品
了解其他岗位在做什么
不停的学习
高优先级:
新需求
主要核心功能
数据相关
主要功能路径
…
低优先级:
深入口的界面
用户查看少的界面
…
必须:
兼容性
…
编写测试点,而不是测试用例
给功能、测试点定优先级
使用100个应用
了解产品开发原理
提升所有人对于质量的意识
必须移动测试
必须真正的使用产品
了解其他岗位在做什么
不停的学习
问自己一个问题:你用过多少竞争对手或体验好的应用?
当你一直忙碌于项目、需求、代码
当你一直忙碌于同事,上下级的关系
当你一直忙碌于工作、加班、吐槽
我们需要不停的审视和要求自己
那么你已经离测试越来越远
那么你已经离用户越来越远
那么你已经离迷茫越来越近
编写测试点,而不是测试用例
给功能、测试点定优先级
使用100个应用
了解产品开发原理
提升所有人对于质量的意识
必须移动测试
必须真正的使用产品
了解其他岗位在做什么
不停的学习
了解产品开发的一切并不是为了学习开发、或是放弃测试,转向开发
更多的是为了从各个角度去设计用例、高效的完成测试
编写测试点,而不是测试用例
给功能、测试点定优先级
使用100个应用
了解产品开发原理
提升所有人对于质量的意识
必须移动测试
必须真正的使用产品
了解其他岗位在做什么
不停的学习
很久之前我看到过这样一段话:
测试的最终境界是什么?有的人回答是全部自动化
测试的最终境界是什么?有的人回答是自动生成有效的用例
测试的最终境界是什么?有的人回答是根本不需要测试
而我却认为,测试最终的境界就是告
诉更多的人什么是质量,从点点滴滴
中提升所有人对于质量的意识。
编写测试点,而不是测试用例
给功能、测试点定优先级
使用100个应用
了解产品开发原理
提升所有人对于质量的意识
必须移动测试
必须真正的使用产品
了解其他岗位在做什么
不停的学习
如果你还在办公室进行工作
那么你永远都不会知道外面的世界是什么样的
如果你还在办公室进行工
文档评论(0)