- 在之前的文章中，介绍过从需求中提炼测试点及测试用例测试方法
- 通过需求分析和用例设计方法已经可以提出大部分测试点了，这些测试点主要类型都是功能测试，但要完整测试一个软件，只有功能测试是不够的。
一、根据测试类型进行测试点归纳
（1）测试类型
- 常见测试类型如下：
1. 界面测试/UI测试
（ 现在大部分的界面设计都是由UI设计师完成，对于测试来说，界面测试一部分内容就是符合软件的设计稿。）
2. 功能测试
（测试软件是否达到需求文档的功能要求）
3. 兼容性测试
（移动端常见的兼容性测试主要是针对移动设备，平板和手机、以及iOS、安卓的各版本系统，web端则是对各浏览器的适配）
4. 安全性测试
（验证应用程序的安全等级和识别潜在的安全缺陷）
5. 国际化语言测试
（部分软件不止在国内上线，也有在海外发行，并有针对当地语言进行本土化适配。虽然国际化语言算是界面测试的一种，但是又不同于界面测试，所以单独作为一个分类）
（2）功能测试 还可以往下细分
-
功能测试往下划分：
1.数据来源：功能数据是从何而来，是否由后台配置，或是其他功能设置
2.展示时机/入口：触发功能的时机、或是功能的入口
3.业务逻辑/操作逻辑：主要业务流程、逻辑，或是功能的操作流程、操作逻辑
4.涉及的功能：对其他的功能的影响，特别是持续迭代的项目尤其需要注意这个类型。 -
所有类型再往下还可以分为两个大类：
1.通过性测试也叫正向流程
2.失效性测试也叫异常流程
（3）总结测试类型
-
所有分类总结起来就是这样：
-
在编写测试用例时可以从这些方面进行考量 ，这样不易造成功能点的遗漏。
-
但不是所有功能都需要进行所有这些类型的测试，也需要有取舍。比如大部分功不需要进行“国际化语言测试”，或是在测试时间很紧张的时候，可能就无法做到所有的功能都可以进行兼容性测试。
-
还是那句话“选择了不完全测试，就要承担一定的风险”，但是测试用例设计的目标应该是“更少的用例集，更高的覆盖率”。
二、测试用例颗粒度
- 用例颗粒度含义：指测试用例详细和清晰程度。
- 用例最小该划分到什么程度，可以遵循以下规则：
- 一个功能正向流程，编写一个测试用例
- 一个功能中多个如果含有多个异常流程，应分开编写，每一个异常流程对应一条用例
- 同一功能如果有不同入口，可合并编写一个测试用例
- 同一功能不同数据准备，应分开编写多个测试用例
附录：【测试用例入门系列目录】
测试用例入门（一）-如何编写用例标题、前置条件、测试步骤和预期结果？
测试用例入门（二）-使用等价类划分法编写测试用例
测试用例入门（三）-使用边界值分析法编写测试用例
测试用例入门（四）-使用流程分析法、状态分析法编写测试用例
测试用例入门（五）-如何进行需求分析
————————————————————————————————————————————
本人运营的博客同名公众号【软件测试必备技能】不定期会上传测试相关资料，有需要可以前往领取。
有需要可点击文章下方二维码，前往领取~
