个人编写 APP 冒烟测试用例的时候应侧重哪里 ，是所有页面的链接跳转 和核心功能嘛 ，这样下来的话 ，光是所有的页面跳转都包含了很多，会不会写的有点多。 求大佬指导下！！
我感觉看公司吧，一般都是整理一些主要或核心功能的用例，主要是因为项目时间紧，不是每个开发都是很负责的，而且你给开发搞一个故事场景的测试，他肯定得疯了。当然了冒烟测试写的越详细，覆盖面越广，交到测试手上的项目质量也就越高，测试就不用被一些重复的低级问题搞得想骂娘，从而有更多时间去发现一些隐藏较深的缺陷和保证产品质量。个人见解，希望可以帮到你。
就比如登录，个人感觉，登录成功就可以了。然后其他主要看改动的是那部分还有关联部分就差不多了。假如新版把文字验证码改成图片验证码，那就着重看图片验证码。反正你跑 100 条无用的用例，跟你跑 10 条有用的用例是差很远的。看你熟悉项目的程度了。既然你知道哪里可能还有错，就是之前单个模块遗留太多的原因。测试就是甩锅，你不甩就是你的锅。
所有测试用例都给开发，这样我们就不用测试了，哈哈
功能实现，需求点
测试用例分一下优先级，例如 1：核心功能， 2：重要功能 ， 3：分支功能 ， 4：异常测试等等 如果是回归测试，看情况抽取 1、2 级的用例进行执行
冒烟测试是开发修改代码后，在正式转测试之前，而进行的测试，主要保证开发修改的代码不会影响原有基本功能的使用，以免阻塞了正式的测试。只要保证基本功能可用、不阻塞正式测试就行。所以不用写那么多用例。一般是在所有回归测试的用例里选择部分基本用例来执行就可以了。