请描述下你上个公司的测试流程
1. 问测试流程一般是想问你对项目的流程是否熟悉，这种就是 iso 套路了，需求宣讲-》需求评审-》开发系分-》测试测分-》提测-》几轮测试-》灰度-》上线。可以根据自己公司的实际情况进行裁剪。
2. 测试流程中，测试最需要关注的，测分，测分包括测试对需求的分析，对系统实现的分析，质疑不合理的设计，提出有风险，为产品和开发补位，同时也要分析到测试会有哪些路径分支，避免遗漏。
请描述下 bug 的几个要素？
1. 总结描述
2. 缺陷内容
环境，比如应用版本，操作系统，无线网络等
重现步骤
相关日志
影响面
修复建议（如果给得出）
3. 优先级或者严重程度
每个公司都有缺陷标准，很多同学都会乱标，很不专业。
白盒和黑盒的区别，你是怎么运用的？
1. 不要说的太复杂，黑盒就是不知道内部如何实现，只从外部设计测试和执行用例，以达到业务覆盖，保障功能质量。通常以业务测试为主。
2. 白盒就是了解内部实现机制，针对实现来设计测试和执行用例。通常来说通读代码实现是为了对白盒测试进行补充，怕有漏掉的分支。但是白盒测试远不止这些，比如各种静态检查，覆盖率等。
你是如何做测试分析？
1. 明确需求和需求有可能造成的影响
2. 读懂系分，这个很关键，一定要看懂，遇到问题要找开发反复推敲，直到疑惑都解决。
3. 明确开发联调提测时间和每个需求的开发边界和测试边界
4. 探讨系统实现是否有风险，如果有风险有没有监控灰度回滚的策略。
5. 制定测试策略，是否需要兼容性测试，性能测试，专项测试
6. 将需求整理成测试用例
如何设计测试用例？什么样子的测试用例是好用例？
1. 如果迭代较快，时间比较紧张，可以使用 xmind 将每个分支列出来，到了具体执行的时候再去看结果，这个时候要追求测试用例需求覆盖率。
2. 如果时间充裕那么准备好,
测试数据
测试步骤
测试结果
另外为了方便执行统计，每个测试用例的验证点最好不要过多。
功能测试在 beta 版本对外的上线标准是什么？
这题出的不好。应该说上线标准是什么吧？
1. p0,p1 bug 清空
2. 测试用例完成率 100%
3. 主链路覆盖率 100%，其他分支看情况，一般来说能 100%就 100%
4. RC 版本和灰度版本，线上问题均已经解决。