对于一个团队，首先最重要的是团队成员都是合格的软件工程师。我们可以通过单元测试使自己负责的软件模块变得更加稳定，使其
内部结构改变时不会影响其他模块。好的单元测试有以下几个标准：（《构建之法》P25）
1、单元测试应该在最基本的功能/参数上验证程序的正确性。
2、单元测试必须由熟悉代码的人（程序的作者）来写。
3、单元测试过后，机器状态保持不变。
4、单元测试要快（一个测试的运行时间是几秒钟，不是几分钟）。
5、单元测试应该产生可重复、一致的结果。
6、独立性——其运行/通过/失败不依赖于别的测试。
7、单元测试应该覆盖所有的代码路径。
8、单元测试应集成到自动测试的框架中。
9、单元测试必须和产品代码一起保存和维护。
对于回归测试中的“回归”可以将其理解为“回归到以前不正常的状态”，单元测试使回归测试的基础。应对程序进行效能分析，针对性优化，我们
可以通过记录自己的个人开发流程来看到自己需要改进加强的地方。我在之前上课做课堂测试时，经常会图快将代码从头写到最后，结果最后运行时
出现一堆错误，改错调试又花费了一大部分时间，感觉效率很低，以后会要求自己写一段代码后便进行调试。