• 测试用例写作


    测试用例:testcase>>TC 

    过程:SRS>>写TC(包括写作和设计)>>执行TC>>bug

    测试用例是用来指导测试的实施、规划测试数据、评估测试结果的度量基准

    通用测试用例八要素:

      1、用例编号:由字符和数字组成的字符串,应具备唯一性和易识别性

          例:系统测试用例:产品编号-ST-系统测试项名-系统测试子项名-XXX

            集成测试用例:产品编号-IT-集成测试项名-集成测试子项名-XXX

            单元测试用例:产品编号-UT-单元测试项名-单元测试子项名-XXX

      2、测试项目:当前测试用例所属测试大类、被测试需求、被测试模块、被测试单元等等。(测什么)

        系统测试项目:软件需求项>>对应一个功能点(功能测试)、性能指标(性能测试)、界面中控件(GUI测试)等等

        集成测试项目:集成后的模块功能或内部接口名

        单元测试项目:被测试的函数名

      3、测试标题:测试用例的简单描述,用概括的语言描述给用例的出发点和关注点,原则上每条测试用例标题不能重复(怎么测)、

      4、重要级别:高:保证系统的基本功能、核心业务、重要特性、实际使用频率比较高的

              中:不是核心业务、使用频率相对不是很高的用例

              低:使用频率不高、对系统业务功能影响不大的模块或功能的测试用例

      5、预置条件:执行当前测试用例需要的前提条件,如果这些前提条件不满足,则后面的测试步骤无法进行或者无法得到预期结果

      6、测试输入:用例执行过程中需要加工的外部信息。根据软件测试用例的具体情况,有手工输入、文件、数据库记录等

      7、操作步骤:执行当前测试用例需要经过的操作步骤、需要明确给出每一个步骤的描述

      8、预期输出:当前测试用例的预期输出结果,包括返回值的内容、界面的响应结果、输出的结果规则符合度等。           

              主要考虑方面:界面显示、数据库的变化、相关信息的变化。

    测试用例注意事项:

      1、用例标识是否按照测试方案的规则来写

      2、是否每个测试用例的预置条件都被描述清楚

      3、每个测试用例的“输入”中是否列出所有测试的输入数据

      4、测试用例的“预期结果”是否完整而且清晰

      5、是否明确说明每个测试用例或用例集的重要级别

      6、是否明确说明了测试用例的执行顺序

  • 相关阅读:
    理解Android系统的进程间通信原理(一)----RPC中的代理模式
    Android系列之Android 命令行手动编译打包详解
    CodeForces 681B Economy Game (暴力)
    CodeForces 681A A Good Contest (水题)
    UVa 1614 Hell on the Markets (贪心+推理)
    UVa 247 Calling Circles (DFS+Floyd)
    UVa 1151 Buy or Build (最小生成树+二进制法暴力求解)
    UVa 1395 Slim Span (最小生成树)
    HDU 1071 The area (数学定积分)
    HDU 1286 找新朋友 (欧拉phi函数打表)
  • 原文地址:https://www.cnblogs.com/qiuqiu21/p/8394533.html
Copyright © 2020-2023  润新知