宠辱不惊,去留无意~~ (我就是不客气!)
测试用例编写规范
上一篇 /
下一篇 2008-10-13 11:48:33
/ 个人分类:测试文档
1、 目的 统一测试用例编写的规范,为测试设计人员提供测试用例编写的指导,提高编写的测试用例的可读性,可执行性、合理性。为测试执行人员更好执行测试,提高测试效率,最终提高公司整个产品的质量。
2、 范围
适用于集成测试用例和系统测试用例的编写,现在编写用例的辅助工具为TestDirector 8.0。
3、 术语解释
集成测试:
集成测试是在软件系统集成过程中所进行的测试,其主要目的是检查软件单位之间的接口是否正确。
系统测试 :
系统测试是对已经集成好的软件系统进行彻底的测试,以验证软件系统的正确性和性能等满足其规约所指定的要求,检查软件的行为和输出是否正确并非一项简单的任务,它被称为测试的“先知者问题”。
4、 测试用例原则
4.1 系统性
1. 对于系统业务流程要能够完整说明整个系统的业务需求、系统由几个子系统组成以及它们之间的关系;
2. 对于模块业务流程要能够说明清楚子系统内部功能、重要功能点以及它们之间的关系;
4.2 连贯性
1. 对于系统业务流程来说,各个子系统之间是如何连接在一起,如果需要接口,各个子系统之间是否有正确的接口;如果是依靠页面链接,页面链接是否正确;
2. 对于模块业务流程来说,同级模块以及上下级模块是如何构成一个子系统,其内部功能接口是否连贯;
4.3 全面性
1. 应尽可能覆盖程序的各种路径
2. 应尽可能覆盖系统的各个业务
3. 应考虑存在跨年、跨月的数据
4. 大量数据并发测试的准备
4.4 正确性
1. 输入界面后的数据应与测试文档所记录的数据一致
2. 预期结果应与测试数据发生的业务吻合
4.5 符合正常业务惯例
1. 测试数据应符合用户实际工作业务流程
2. 兼顾各种业务变化的可能
3. 要符合当前业务行业法律,法规。
4.6 仿真性
人名、地名、电话号码等应具有模拟功能,符合一般的命名惯例;不允许出现与知名人士、小说中人物名等雷同情况。
4.7 可操作性
测试用例中应写清测试的操作步骤,不同的操作步骤相对应的操作结果。
5、 测试用例主要元素
标准规范中包含的主要元素如下:
测试名称(TestName):测试用例编号和测试用例名称。
创建日期(Creation Date):测试用例创建时间,系统自动产生。
设计人员(Designer):测试用例设计人员
状态(Status):测试用例状态
描述(Descrīption):测试用例详细描述
步骤名称(Step Name):测试步骤名称
步骤描述(Step Descrīption):测试步骤详细描述。
预期结果(Expected Result):测试预期结果。
相关阅读:
- Loadrunner问题解答 (strayeagle, 2008-6-11)
- (转载)如何编写更佳的bug report (honghongtest, 2008-7-05)
- 转载【有效的测试报告】 (GPS软件测试, 2008-7-07)
- “文档”不误“测试”功 (fishy, 2008-9-02)
- 如何做有效的测试报告。 (zxz1337, 2008-9-09)
- 测试报告编写指南 (zxz1337, 2008-9-09)
- 教你如何选择Rational测试工具 (zxz1337, 2008-10-06)
- 如何描述bug (wenhui7788, 2008-10-07)
- 软件测试用例的基本要素 (wenhui7788, 2008-10-08)
- 翻页功能的测试用例【转收藏】 (wenhui7788, 2008-10-08)
收藏
举报
TAG:
测试文档