测试用例
一、定义
测试用例(TestCase
)是指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，并形成文档。
二、测试用例的分类
根据测试过程中具体涉及到问题类型及测试需求，可将测试用例分为如下：
●功能性测试用例
●界面测试用例：适用于所有测试阶段中的界面测试
●数据处理测试用例：适用于所有测试阶段中的数据处理测试
●操作流程测试用例：适用于所有流程性的测试
●安装测试用例：适用于所有安装测试
三、测试用例管理
●编写用例：测试工程师根据需求规约、概要设计、详细设计等文档编写测试用例。
●用例评审：原则上用例象程序一样，要经过多次的修改才可以通过，实际工作中通常进行一次。
●用例修改：评审结束后，您需要根据评审意见进行修改，修改后通常不再进行评审。
●使用用例：执行测试用例，并记录到测试用例执行报告中。
●用例升级/
维护：随着软件产品不断修改、升级，对应的用例也需要升级维护。针对同一个项目，可以根据需求的变更不断进行维护;如果是产品，用例的维护更加重要，要达到用例和产品的版本一一对应。
四、测试用例的编制及使用
1、设计测试用例
每个具体测试用例都将包括下列详细信息：编制人、审定人、编制日期、版本、用例类型、设计说明书编号、用例编号、用例名称、输入说明、期望结果(含判断标准)、环境要求、备注等。
2、执行测试用例
●此报告用于记录执行上一步设计的测试用例的过程及结果。
●“步骤”应填入详细的操作，如“点增加->输入日期->保存”。“输入数据”填入具体数据，如“2002/12/12”。
●“期望输出”即测试用例中的“期望结果”，但描述应更具体，如“弹出提示对话框，提示用户日期格式错误”。
●“实际输出”是操作的真实结果，必须详细、清晰，便于开发人员理解。
●如“实际输出”与“期望输出”不符，则结果为F(False)，若相符则结果为T(True)。
3、用例模板
软件功能性测试用例模板
一、功能检查
1、功能是否齐全，例如：增加、删除、修改
2、功能是否多余
3、功能是否可以合并
4、功能是否可以再细分
5、软件流程与实际业务流程是否一致
6、软件流程能否顺利完成
7、各个操作之间的逻辑关系是否清晰
8、各个流程数据传递是否正确
9、模块功能是否与需求分析及概要设计相符
二、面向用户的考虑
1、操作方便性，如：按键次数是否最少
2、易用性，面对用户的操作是否简单易学
3、智能化考虑
4、提示信息是否模糊不清或有误导作用
5、要求用户进行的操作是否多余，能否由系统替代
6、能否记忆操作的初始环境，无需用户每次都进行初始化设置
7、是否不经确认就对系统或数据进行重大修改
8、能否及时反映或显示用户操作结果
9、操作是否符合用户习惯，比如：热键
10、各种选项的可用及禁用是否及时合理
11、某些相似的操作能否做成通用模块
