关于单元测试的一些需要简单了解的内容

什么时候去写测试 #

先写测试(补) #

浪费时间，原因是功能开发完成，通过了手动测试，但为了完成项目需要，在重新书写测试代码，不推荐

1. 先去写功能实现
2. 手动验证/调试程序
3. 写测试，自动化验证调试

后写测试(后) #

省去了在页面上进行一步一步的测试，测试通过后，只需要在页面上测试一下功能是否正常触发以及方法有没有被调用就行。

1. 先去实现功能
2. 再去写测试，自动化验证调试

先写测试(前) #

1. 先写测试 自动化验证调试
2. 再去实现功能，测试驱动出功能(TDD)

TDD(敏捷开发)的规则步骤

1. 先去书写一个失败的测试
2. 再去书写能让失败的测试跑通的代码
3. 最后再去对业务代码进行重构

先写测试是怎样进行的，首先是先写单元测试，在写单元测试的时候，其实就是梳理业务逻辑的一个步骤，首先梳理逻辑我最终要得到什么结果，通过这个结果进行反推，写完测试通过测试结果一步一步的是解决报错，最后能让测试调通，然后去完善业务逻辑代码，最后的重构可选，如果业务代码没有需要重构的地方，就可以跳过重构的步骤。

不写单元测试的原因是什么 #

1. 没有足够的时间去写测试 ---------> 不合理的去书写测试，先写功能+页面测试+单元测试，浪费时间
2. 功能测试是测试同学的任务。
3. 不了解写测试的好处。
4. 项目没要求。
5. 写了很多错误补课维护的测试，降低效率，对测试失去信任
6. 不知道如何写测试(我自身就是不知道如何去写测试)。