软件测试是软件工程中不可少的一个重要环节，测试的意义在于验证系统的设计是否符合用户或客户的实际需求，软件工程中的V字模型告诉我们如何做好软件的测试及软件测试与业务的对应关系，这里我从上至下，列出它们的关系：
业务需求-》用户测试
需求规格说明-》系统测试
概要设计-》系统集成测试
详细需求设计-》单元测试
从上面对应关系看，详细需求设计是编码前的最后一道设计工序，单元测试是测试工作的第一道工序。
详细需求设计是指系统的功能点设计，设计文档里要求描述对用例的详细设计要求，包括数据的限制，约束，用户的操作流程，异常和功能有效性测试等，单元测试是针对详细设计的验证，验证开发人员是否按着设计文档的要求来编码，验证某一个功能点是否达到了设计的要求。
概要设计是指系统的设计软件的结构，包括组成模块，模块的层次结构，模块的调用关系，每个模块的功能等等，文档里描述数据的存储方式，查询方法，存储过程，数据库设计应该重点在描述数据关系上，说明数据的来龙去脉，在这里应该结合我们的一下结果数据，说明这些结果数据的源点，我们这样设计的目的和原因。详细 设计里的数据库设计就应该是一份完善的数据结构文档，就是一个包括类型、命名、精度、字段说明、表说明等内容的数据字典。
系统集成测试就是由测试人员去验证系统的功能划分，数据的储储，工作流程，功能间的接口是否达到了设计的要求，如果达不到说明系统的开发的系统的设计不能对接上，存在异议，集成测试是将已经分别通过测试的单元按设计要求组合起来再进行测试，以检查这些单元接口是否存在问题。
系统测试一般由若干个不同测试组成，目的是充分运行系统，验证系统各部件能否正常工作并完成所赋予的任务。
需求规格说明书是指业务需求的系统现实，界定了用户的需求边界及业务模型，业务数据对象，业务流程，业务规则。
系统测试，是测试人员根据需求规格说明测试业各流程，通过系统测试能保证系统的正常运行，无论是正常还是异常流程都能走的通，保证系统能完成满足需求说明书中的业务需求说明和操作流程规范。
业务需求是指站在用户的商业角度描述系统的商业意义，操作易用性等，用户测试是站在用户的角度去使用开发的系统，这类测试具有很大的随意性，随机性，重点在于系统的业务正常流程的测试和异常流和的测试上。
看似简单的测试工作，其实是软件质量保证的前提，建议测试人员在系统开发的前期需地深入的了解业务的需求，在开发的中期开始了解系统的设计，然后编写测试用例，根据业务流程用例来确认系统的可用性。
