1.1单元测试
单元测试范围
1.接口功能性测试: 接口功能的正确性,即保证接口能够被正常调用，并输出有效数据!
是否被顺利调用
参数是否符合预期
2.局部数据结构测试：保证数据结构的正确性
变量是否有初始值或在某场景下是否有默认值
变量是否溢出
3.边界条件测试：测试
变量无赋值(null)
变量是数值或字符
主要边界：最大值，最小值，无穷大
溢出边界：在边界外面取值+/-1
临近边界：在边界值之内取值+/-1
字符串的边界，引用 "变量字符"的边界
字符串的设置，空字符串
字符串的应用长度测试
空白集合
目标集合的类型和应用边界
集合的次序
变量是规律的，测试无穷大的极限，无穷小的极限
4.所有独立代码测试：保证每一句代码，所有分支都测试完成，主要包括代码覆盖率，异常处理通路测试
语句覆盖率：每个语句都执行到了
判定覆盖率：每个分支都执行到了
条件覆盖率：每个条件都返回布尔
路径覆盖率：每个路径都覆盖到了
5.异常模块测试，后续处理模块测试:是否包闭当前异常或者对异常形成消化,是否影响结果!
单元测试规范
1.[强制] 好的单元测试必须遵守AIR原则。
2.[强制] 单元测试应该是全自动执行的，并且非交互式的。
3.[强制] 保持单元测试的独立性。
4.[强制] 单元测试是可以重复执行的，不能受到外界环境的影响。
5.[强制] 对于单元测试，要保证测试粒度足够小，有助于精确定位问题。单测粒度至多是类级别，一般是方法级别。
6.[强制] 核心业务、核心应用、核心模块的增量代码确保单元测试通过。
7.[强制] 单元测试代码必须写在如下工程目录：src/test/java，不允许写在业务代码目录下。
8.[强制] 单元测试的基本目标：语句覆盖率达到70%；核心模块的语句覆盖率和分支覆盖率都要达到100%.
9.[推荐] 编写单元测试代码遵守BCDE原则，以保证被测试模块的交付质量。
10.[推荐] 对于数据库相关的查询，更新，删除等操作，不能假设数据库里的数据是存在的，或者直接操作数据库把数据插入进去，请使用程序插入或者导入数据的方式来准备数据。
11.[推荐] 和数据库相关的单元测试，可以设定自动回滚机制，不给数据库造成脏数据。或者对单元测试产生的数据有明确的前后缀标识。
12.[推荐] 对于不可测的代码建议做必要的重构，使代码变得可测，避免为了达到测试要求而书写不规范测试代码。
13.[推荐] 在设计评审阶段，开发人员需要和测试人员一起确定单元测试范围，单元测试最好覆盖所有测试用例（UC）。
14.[推荐] 单元测试作为一种质量保障手段，不建议项目发布后补充单元测试用例，建议在项目提测前完成单元测试。
15.[参考] 为了更方便地进行单元测试，业务代码应避免以下情况：
16.[参考] 不要对单元测试存在如下误解：
单元测试问题
没有返回值的方法如何判断结果？
通过测试方法调用次数
一个方法中包含多个功能如何处理？
同类方法间调用如何Mock数据？或者说如何隔离本类方法
不mock了
测试异常？
1.try…fail...catch…
2.@Test(expected=xxx)
3.ExpectedException Rule
单元测试的细粒度到什么程度？
级别：
TDD的最佳实践是每个test function只有一个assert
同一个test function里使用多个assert来对不同的方面进行测试
私有方法是否需要测试？
优化
输入数据Mock
断言
keycloak 用户模拟
参考文档
Last updated
Was this helpful?