查看完整版本: 功能测试用例设计规范(原创)

功能测试用例设计规范(原创)

功能测试用例设计规范
1．组织
      按照大的功能模块来分类，例如：税务稽查项目，可分成选择案件、实施稽查、审理案件、执行审理、综合管理五类进行组织。
      按照场景测试用例（简称“测试用例”）和基本测试用例（或称为“公用测试用例”）来分类。场景测试用例主要由各种以验证各种业务流程为主的测试用例组成。例如，模拟用户查询案件可以有多种场景：①查询条件为一个②查询条件为两个③查询条件为三个或以上的，其中查询条件多于一个时，又可能有多种条件的组合场景。
      基本测试用例主要由以验证界面上单个或几个控件功能能否实现（例如，验证一个用户登陆框）为主的测试用例组成。在场景测试用例中描述操作步骤时，当需要调用基本测试用例中的测试用例时，须注明诸如“详见《基本测试用例》***部分”的字样。
      以上两种方式结合使用。
2．必备要素
2．1测试用例编号
      作为测试用例的唯一标识，命名方式采用“项目英文简称-模块英文简称-子模块英文简称-批号”，其中英文简称均采用大写的形式，批号取001～999中的值。例如，税务稽查项目简称JTAIS，选择案件模块简称XZAJ，其下面的字模块人工选案简称RGXA，则人工选案里的测试用例编号为JTAIS-XZAJ-RGXA-001、JTAIS-XZAJ-RGXA-002、JTAIS-XZAJ-RGXA-003、……、JTAIS-XZAJ-RGXA-999。
2．2项目名称和模块名称
      该用例所属的项目和模块。
2．3编制者和编制日期
     该用例的作者以及编制用例的日期（格式为“年-月-日”）。
2．4测试者和测试日期
    执行该用例的人（中文名全称）以及执行的日期（格式为“年-月-日”）。
2．5测试环境
     在什么样的软硬件配置下执行该用例，如果是网络应用程序，须描述客户端、应用服务器端、数据库服务器端的软件（操作系统及版本、重要补丁及版本、web浏览器版本及补丁、被测系统及版本及补丁、应用服务器版本及补丁、数据库服务器版本及补丁）硬件（品牌机型号、CPU型号及主频、内存类型和主频以及数量）配置以及传输数据的媒介（类型以及带宽）。
2．6参考资料
     需求、设计或其他相关文档及物件。
2．6前置条件
     描述要执行该用例，被测目标须达到的状态，例如，已以选案人员身份登陆系统。
2．6操作描述和预期结果
测试用例最重要的部分。应遵循以下原则：
 使用专业术语，用词准确、简单明了，避免使用模糊字眼
 操作描述每步只描述一个或连接紧密的多个操作（针对基本测试用例）
 淡化对单个对象的验证，强化业务流程，设计尽量多的业务场景（针对场景测试用例）
 对预期结果的描述应准确、到位
2．7状态
    未执行（或留空）、成功、失败

                                                     vstsoft  G_win


     相信个人看到的只是一小部分，还请大家批评指正，集思广益。

非常感谢啊、我要多多学习、我现在技术太贫乏了

比较详细了,多谢.

9_win 你好厉害！文章写的很好！我现在也在做税务系统的测试，有好多不懂的地方请求您的帮助。我是被临时安排的，很是郁闷，写了测试用例但是我自己觉得很不标准。能否联系！
我的msn是[email]lyl5531@hotmail.com[/email].期盼您的帮助！非常谢谢！

看看这个帖子，可以比较一下
[url]http://bbs.51testing.com/viewthread.php?tid=11963&fpage=1[/url]

谈谈我的意见：楼主的用例规范基本都点到了，但体现在具体的文档中会显得有些累赘。
测试环境 和 参考资料 实际上体现在整份具体的测试用例文档中，只要提到一次。
那么具体的一条一条的用例（case）就应该分门别类了。可以看看我的模板。

[[i] Last edited by songfun on 2005-4-30 at 09:49 [/i]]

[[i] 本帖最后由 51Testing论坛 于 2008-4-22 23:04 编辑 [/i]]

谢谢

收藏

谢谢!

真厉害！不过你说的用例编号那块，是采用的什么编号规则？通用的还是你自己编的？

thanks a million

thanks a million

比较详细了,多谢.

在QC里这些显得有些多余哈

下了~~谢~