移动专项的下一个热点一定是安全领域的专项
- 很多事情只有自己去做了，哪怕开始和过程很苦很累，才能真正有所收获，这种收获不只是技术上的，更是思想上的进步
- 移动应用的专项测试已经被大部分公司认为是产品质量保障的必要环节。有的公司是由专门的专项团队负责（比如腾讯公司），有的是既有专项团队在业务团队中也会有人兼职或全职承担业务域维度的专项质量验收（如阿里），也有一些公司完全是业务团队兼职负责（因为专项是需要一定技术积累和时间投入的，如果兼职的投入程度不能保障，很容易做成鸡肋，如仅能发现一些抽象问题，无法团队内提供优化建议或者推动开发优化），个人建议由专项团队提供工具和技术实践，业务团队负责实施、分析、优化，各司其职，更有针对性
*专项测试需要的技术栈会比较大，夹杂着很多软性和硬性的技能。绝不是单纯的测试人员能掌握的 - 专享测试中仅会工具和技术没用，必须要有项目、环境、机会去实践。知道和会做是2码事
- 专项场景一般覆盖3装状态：初次状态（先进行清数据等操作）、复次状态（可能已完成初始化、缓存等）、静默状态（可发现隐藏service比如网络请求等耗能实现）
- 弱网模拟可以通过IOS开发模式，Android可以接入IOS开放的热点。如果对兼容场景设置精确度要求较高，可以通过charles(付费)代理实现
专项测试技术关注
专项测试技术上关注如下几点问题解决：（注；专项测试的核心价值失去确定BUG并进行优化，而不是去发现一个“模糊”的问题，1~5都是专项测试的基础技能）
- 怎么手动获取数据
- 怎么自动获取数据
- 怎么呈现数据
- 怎么进行数据积累，进而获取专项质量标准和对比数据
- 怎么分析数据，通过什么技术手段、如何进行工具选型
- 怎么定位和确认问题（注：专项测试的进阶里程碑）
- 怎么优化（注：难度最大）
专项测试流程关注
- 在什么阶段做专项测试
- 每个阶段专项做哪些、怎么做（注：包括做到什么粒度）
- 专项测试通过标准、失败标准、完成标准是什么
专项测试流程：
- 需求、系分、测分阶段、代码实现：
- 跟进分析产品（或版本）的技术实现和架构
- 同步开发进度熟悉checkin的代码（注：不要全部完成后再熟悉，来不及）
- 确认关注点、专项覆盖项目（场景）、通过/失败/完成 标准
- 专项技术准备（工具、问题识别、分析定位等）
- 这一阶段可以输出产品（或版本）专项测试计划书
- 测试&Bug修复阶段（提测后）
- 以粗粒度时间单位（如周，具体根据待测项目开发周期和规模而定）反馈专项报告。（注：解决BUG阶段，代码不稳定，故粗粒度，及规避投入冗余工作量，又能保障如有缺陷尽早暴露），专项覆盖内容可筛选
- 该阶段输出阶段性的专项测试报告
- 集成&灰度
- 功能稳定可进行一次全面的专项报告
- 以天为单位汇报专项结果，临近发布出具完整的专项报告，用于衡量是否满足发版要求
- 该阶段专项BUG优先级高于功能BUG（注：不固定，视情况决策）
- 该阶段输出完整的专项测试报告
