今天完成的事

测试用例 

一、概念

1.什么是测试用例

是测试过程中很重要的一类文档，它是测试工作的核心、是一组在测试时输入输出的标准、是软件需求的具体参照。

2.作用

检验软件是否满足客户需求、是测试人员工作量的体现、展现测试用例的设计思路。

3.内容

用例编号、用例名称、测试背景、前置条件、优先级、重要级、测试数据、测试步骤、预期结果、实际结果、备注。

4.编写流程

需求分析-提取测试点-测试用例编写-测试用例评审。

二、需求分析

1.需求定义：客户需要的功能以及对功能的具体要求。

2.需求的种类：业务需求、用户需求、功能需求。

三、测试用例的设计方法和编写

1.测试点：通过需求分析后得出的需要测试的具体内容。

2.如何设计编写测试用例

   对各个功能板块进行测试点分析提取，对用例编写不断    完善。

3.注意事项

• 根据项目的实际情况设计测试用例。

• 用例格式不要生搬硬套，根据具体情况编写。

4.常用方法

• 等价分类法

  等价类是输入的集合，在每个等价类中选取一定数目的值作为代表。等价类分为有效等价类和无效等价类，输入符合条件的值对功能进行检验，输入无效等价类中的值可以找出程序错误的地方。

• 边界值分析法

  对输入的边界值大（小）于边界值的值进行分析。

• 场景法

  通过运用场景来对系统的功能点或业务流程的描述，从而提升测试效果。场景法一般分为基本流和备用流，覆盖所有的场景。

• 因果图法

  利用图解法分析输入的各种组合情况，从而设计测试用例的方法，它适合于检查程序输入条件的各种组合情况 。

• 判定表

  判定表是分析和表达多逻辑条件下执行不同操作的情况的工具。

• 错误判断法

  列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例。

四．测试用例评审：

1.什么是用例评审

• 简单的说，评审就是对测试用例进行检查。

• 评审包括：同行评审、小组评审、部门评审和第三方评审等。

• 不同的评审有不同的角色参与其中。

2.评审的意义

• 通过评审发现用例的不足。

• 方便测试人员改进用例。

• 达到在测试时提高测试质量的目的。

3.评审的流程

评审后改进测试用例，再进行评审再改进测试用例，这样一直循环直到评审都通过，这时候才结束评审，也标志着测试用例编写的完成。

4.测试案例四要素

测试案例的四要素分别是：测试环境、测试目的、测试步骤、测试结果。这四要素缺一不可。另外还有案例分级、案例类型。

5.测试目的

• 测试目的的唯一性

• 测试目的的明确性

• 测试目的的简洁性

6.测试用例方法及测试要点

• UI测试 用户界面测试 　　目标： 确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览 功能。 确保用户界面符合公司或行业的标准。包括用户友好性、人性化、易 操作性等测试

• 业务测试 主要是针对需求文档进行测试----这部分最后确定方为需求人员

• 兼容性测试 兼容测试是测试软件在一个特定的硬件/软件/操作系统/网络等环境下的性能如何。向上兼容向下兼容，软件兼容硬件兼容。软件的兼容性有很多需要考虑的地方。

  7.测试用例设计综合策略 　

  • 必要时用等价类划分方法补充一些测试用例。

  • 用错误推测法再追加一些测试用例。

  • 对照程序逻辑，检查已设计出的测试用例的逻辑覆盖程度，如果没有达到要求的覆盖标准，应当再补充足够的测试用例。

  • 如果程序的功能说明中含有输入条件的组合情况，则一开始就可选用因果图法。

  • 在任何情况下都必须使用边界值分析方法，经验表明用这种方法设计出测试用例发现程序错误的能力最强。 　　

  8、测试用例设计步骤

  • 构造根据设计规格得出的基本功能测试用例；

  • 边界值测试用例；

  • 状态转换测试用例； 　

  • 错误猜测测试用例； 　

  • 异常测试用例； 　

  • 性能测试用例； 　

  • 压力测试用例。

9.软件测试模式

   1.黑盒测试（black-box testing）

       测试时只知道软件要做什么，而不知道软件是如何运行的。

    2.白盒测试（clear-box testing）

        测试时测试员可以访问程序员的代码，并通过检查代码的线索来协助测试。

  3.静态测试（static testing）

     测试不运行的部分，只是检查和审核。

 4.动态测试(dynamic testing）

    使用和运行软件测试。

10.测试流程

1、制定测试计划

2、编辑测试用例

3、执行测试用例

4、发现并提交BUG

5、开发组修正BUG

6、对已修正BUG进行返测

7、修正完成的BUG将状态置为已关闭，未正确修正的BUG重新激活

五.软件开发模式

   1.大爆炸模式

                    优点：简单等；

                    缺点：测试困难，产品充满不确定性等；

   2.边写边改模式

           优点：便于项目启动开发，及时修改等；

           缺点：可能造成大量软件缺陷，软件功能不完备等；

   3.瀑布模式

              优点：简捷、精致、环环相扣等；

              缺点：无法回溯，限制性条件较多等；

    4.螺旋模式

              优点：启动快、可边写边改、快速迭代，发现问题早、成本低等；

              缺点：主观臆断、潜在的不一致、沟通不明了、周期长、糟糕的测试和质量保证等。

明天计划的事：

                尝试动手编写测试用例，争取完成任务一。

遇到的问题：

                  对设计的框架的几个维度不是很清晰，xmind不是很清楚。

收获：

          对软件测试有了一个大概的认识，记了很多的概念，了解了测试的方法和模式，以及测试流程等等。总之一切的都是新的，刚刚踏入一片新天地，希望在新的天地里生根发芽，努力成长。加油！

辑日报内容...