一般来说，单元测试用例的编写最早可以在设计评审完成后就启动，和编码可以同时进行。但如果在时间允许的情况下，单元测试用仞』的编写最好放在编码后进行，这样能更好地覆盖代码的各个分支。若是以设计文档为唯一的编写依据，那么对于代码走读时发现的缺陷将在用例评审中被再次发现，造成重复劳动，用例的维护期也将提前开始。
单元测试用例编写的目的是函数覆盖，覆盖的方法有：语句覆盖、分支覆盖、条件覆盖、条件组合覆盖和路径覆盖等。为了以最少的资源做最多的测试检查，首选路径覆盖的方法。路径覆盖是设计足够的测试用例，运行所测程序并覆盖程序中所有可能的路径。
5.集成测试
集成测试是软件系统在集成过程中所进行的测试。其主要目的是检查软件单位之间的接口是否正确。其接口主要包括通信协议、调用关系、与文件或数据库等第三方中间件的交互。
集成测试用例的编写要紧扣与程序相关的各个接口，使每类接口的数据流或控制流均通过接口，从而实现接口测试的完全性。注意：对同一数据流要分别进行正确数据流与错误数据流的用例设计，对边界值的输入最好有单独的用例。集成测试还应关注接口的性能问题，根据系统的性能需求还要设计相关的接口性能测试用例。集成测试的执行主要是借助测试工具——桩程序来实现。桩程序的编写最好由他人来完成，以防止一个人对接口定义理解有偏差而使意外发生。
6.系统测试
系统测试是对已经集成好的软件系统进行彻底的测试，以验证软件系统的正确性以及性能等是否满足各系统的需要。换言之，系统测试就是对系统所提供的业务流程进行测试，同时关注软件的强壮性和易用性等。系统测试应该由若干个不同的测试组成，其目的是充分地运行系统，验证系统各部件是否都能正常工作，并完成所赋予的任务。除业务测试外，还包括：
(1)恢复测试主要检查系统的容错能力。恢复测试首先要采用各种办法强迫系统失败，然后验证系统是否能尽快恢复。如拔掉与系统外界通信的网线再插上时，系统各功能能否自动恢复。
(2)安全测试检查系统对非法侵入的防范能力。如测试人员用非法通信程序与系统通信，验证是否能被系统发现并制止。
(3)强度测试检查系统对异常情况的抵抗能力。强度测试总是迫使系统在异常的资源配置下运行。如在CPU或内存使用率过高或硬盘空间过低时，系统能否有良好的自我保护能力。
(4)性能测试虽然集成测试包含性能测试，但只有当系统真正集成之后，在真实环境中才能全面、可靠地进行系统性能测试。性能测试有时与强度测试相结合，经常需要其他软硬件的配套支持。
三、结束语
测试活动不是软件开发后的一个阶段，测试的对象也不仅是程序本身。测试活动应贯穿于软件开发的整个过程，只有这样，才能更有效率地的开发出有质量保障的优质软件系统。
文章来源于领测软件测试网 https://www.ltesting.net/
