学习知识|测试用例怎么写,软件测试用例怎么写( 二 )


5压力测试:输入10条记录运行各个功能 , 输入30条记录运行 , 输入50条记录进行测试 。
6性能:完成预定的功能 , 系统的运行时间(主要是针对数据库而言) 。
7可理解(操作)性:理解和使用该系统的难易程度(界面友好性) 。
8可移植性:在不同操作系统及硬件配置情况下的运行性 。

测试方法
1边界值分析法:确定边界情况(刚好等于、稍小于和稍大于和刚刚大于等价类边界值) , 针对我们的系统在测试过程中主要输入一些合法数据/非法数据 , 主要在边界值附近选取 。
2等价划分:将所有可能的输入数据(有效的和无效的)划分成若干个等价类 。
3错误推测:主要是根据测试经验和直觉 , 参照以往的软件系统出现错误之处 。

测试用例的填写
1一个软件系统或项目共用一套完整的测试用例 , 整个系统测试过程测试完毕 , 将实际测试结果填写到测试用例中 , 操作步骤应尽可能的详细 , 测试结论是指最终的测试结果(结论为:通过或不通过) 。
功能测试用例怎么写

  1. 编写测试用例的原则
    测试用例的重要性是毋庸置疑的 , 它是软件测试全部过程的核心 , 是测试执行环节的基本依据 。 测试用例编写应该遵循的原则:

  2. 测试用例要达到最大覆盖软件系统的功能点 。 测试工程师应该测试计划编写完成之后 , 在开发阶段编写测试用例 , 参考需求规格说明书和软件功能点对每个功能点进行操作上的细化 , 尽可能趋向最大需求覆盖率 。

  3. 测试用例对测试功能点、测试条件、测试步骤、输入值和预期结果应该有准确的定义 。

  4. 测试用例的设计应包括各种类型的测试用例 。 在设计测试用例的时候 , 除了满足系统基本功能需求外 , 还应该考虑各种异常情况、边界情况和承受压力的能力等 。

  5. 【学习知识|测试用例怎么写,软件测试用例怎么写】测试用例的管理 。 使用测试用例管理系统对测试用例进行管理 。
    一个好的测试用例应该具有较高的发现某个尚未发现的错误的可能性 , 而一个成功的测试案例能够发现某个尚未发现的错误 , 通常一个好的测试案例有以下特性:
    1、具有高的发现错误的概率
    2、没有冗余测试和冗余的步骤
    3、测试是“最佳类别”
    4、既不太简单也不太复杂
    5、案例是可重用和易于跟踪的.
    6、确保系统能够满足功能需求
    测试用例不可能设计得天衣无缝 , 也不可能完全满足软件需求的覆盖率 , 测试执行过程里肯定会发现有些测试路径或数据在用例里没有体现 , 那么事后该将其补充到用例库里 , 以方便他人和后续版本的测试 。

  6. 如何编写测试用例

  7. 测试用例的信息有很多 , 可以根据实际的情况进行增删 , 一般来说一个优秀的测试用例应该包含以下信息:

  8. 产品相关信息
    (1)软件产品或项目的名称
    (2)软件产品或项目的版本
    (3)功能模块名
    (4)功能描述
    (5)测试平台
    这些信息建议可以在测试案例手工选择 。

  9. 基本记录信息
    (1)测试用例入库者
    (2)测试用例入库时间
    (3)测试用例更新者
    (4)测试用例更新时间
    这些信息建议可以由测试案例自动生成 。

  10. 测试用例的属性
    (1)测试用例ID:测试用例的ID(由案例管理系统自动生成 , 方便跟踪管理)
    (2)测试用例名称:测试用例的名称
    (3)测试功能点:测试的功能检查点
    (4)测试目的:该测试功能点的测试目的

    推荐阅读