测试用例编写规范

发表于:2008-10-10 17:37

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:未知    来源:51Testing软件测试网采编

  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、   测试用例主要元素

  标准规范中包含的主要元素如下:

  测试名称(Test Name):测试用例编号和测试用例名称。

  创建日期(Creation Date):测试用例创建时间,系统自动产生。

  设计人员(Designer):测试用例设计人员。

  状态(Status):测试用例状态。

  描述(Descrīption):测试用例详细描述。

  步骤名称(Step Name):测试步骤名称。

  步骤描述(Step Descrīption):测试步骤详细描述。

  预期结果(Expected Result):测试预期结果。

31/3123>
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号