测试用例模板请教功能测试用例怎么写???

哪里可以找到测试用例范本？

用例编号			需求编号
用例目的
功能描述		1)
前提条件		1)
备注		1)
序号	输入/动作		期望的输出/响应		实际情况 （是/否）
1.
2.
3.
4.
5.
6.
7.
缺陷说明：

就业的软件测试工程师们，可否提供一个测试用例模板

模块描述 XX项目/XX模块 提交时间 测试人 测试时间 测试环境 测试工具 功能1描述 XX项目/XX模块/XX功能 用例目的 前提条件 输入/动作 期望的输出/相应 实际情况 期待输出和实际比较 功能…描述 XX项目/XX模块/XX功能 用例目的 前提条件 输入/动作 期望的输出/相应 实际情况 期待输出和实际比较

请教功能测试用例怎么写???

【不在于测试用例该怎么写，而在于想怎么测。

】【对用例的理解表达出来，格式自然出来了】呵呵，偶要顶一下，偶不是完全赞同这两句话。

用例的理解跟格式没有必然的联系。

也没有主次轻重之分。

【先保证自己对业务流程和业务规则的理解和熟悉，然后可以对这部分先思考一下，哪些地方需要测试，需要怎样的测试？如何来施行这些测试？之后再增加对系统中其他规则、特性和算法的熟悉，继续增加测试的深度和广度。

】——这句说的很对。

有这么一个公式， 数据结构＋算法＝程序。

这里类比一下用例设计，jackei和skinapi版主强调的是用例的“算法”，而文档格式是用例的“结构”。

两者的关系是相辅相成，而不是矛盾的（好像在上政治课哈）。

至于说“对用例的理解表达出来，格式自然出来了”，这个境界太高了，不是一般人可以做到的。

面对现实的企业应用，做项目的话你会遇到各种各样的情况，要做到“格式自然出来”实在是太……厉害了呵呵。

是这样的：用例格式相当于一个规范，给你一个结构，一个框架（framework），仅此而已，并不因为你的用例模板而能体现用例的好坏。

所以， “用例怎么写”其实分两个：用例的“算法”＋用例的“结构” （也就是模板）了。