测试用例，简单的来说是描述对一个功能模块或者业务模块进行测试的步骤及指导，好的测试用例能够让对系统完全不了解的测试人员，都能根据用例进行测试。用途是：通过用例的执行，发现系统存在的问题。通过发现问题，确保项目质量。
2、编写测试用例的依据
测试用例的编写应该是根据系统的业务需求文档，功能需求文档，详细的产品设计文档等一切指导开发人员开发程序的有形或无形的资料。但不应根据已经成型的程序来进行编写的。因为用例目的是用来检查程序是否满足客户需求。
3、什么时候开始编写用例
因为用例的编写依据是需求文档，而且用例的用途是检查程序，所以，用例的编写应该是需求确认下来后，开发在根据需求编写程序的期间，测试人员就应该根据需求编写测试用例。当开发完成程序后，测试人员就可以根据用例对系统进行测试。
4、编写用例的好处和缺点
好处
1）系统的测试质量可以通过控制用例的质量来进行控制。而不是寄望于测试人员的能力，心情等不稳定因素……
2）确保每个版本的质量稳定。每个发行版本均要通过测试用例，这样能够确保必要的功能稳定。
3）有了用例，可以根据用例来使用自动化测试工具（如QTP等），提高测试效率。
缺点
1）编写测试用例的时间往往比测试一次甚至多次的时间要长。如果某个项目只要全面测试5次以下，而且时间比较紧的情况下，最好不要写测试用例。
2）需求变动频繁的情况下，测试用例的变动也变得频繁。
5、不要为了写测试用例而写
1）如果还没有通过控制用例质量来控制项目质量的意识
2）如果项目需求尚未明确下来，需求改动频繁，甚至没有相关需求文档
3）如果项目递归测试次数不多
4）如果测试人员还是习惯于随机测试，并非根据测试用例对系统进行测试的情况下
5）如果测试用例仅仅是一份交付文档……
6）如果测试用例是根据已经成型的系统来而并非是根据需求写的……
有以上情况的话，测试用例不会起到应有的作用。
