常用测试计划和测试用例_怎么写测试计划和测试用例

一， 测试计划

字设计测试计划是要考虑的是要素有啊

 1.测试时间、工作量、人员 

2.由于每个人的思维存在局限性，每项测试最后安排不少于2个人测试，以便交叉测试 进度安排

3.最好能预留一段缓冲时间，用于应对计划的变更，以及让测试员有时间完善和补充测试用例 风险及对策

4.可考虑建立后备机

测试计划模板：

1.确定测试范围，

2.制定测试策略，

3.测试资源安排，

4.人员的分配，

5.时间安排，

6.风险分析、

A，需要管控的风险有系统风险

需求或设计的变更未及时通知。

需求不明确可能导致开发的产品与目标不一致。

B， 影响计划的潜在因素

  在测试计划执行过程中，可能存在以下因素影响计划的按时完成：

  时间紧迫，任务繁重；

  测试人员对的熟悉进度慢；

  测试人员对被测试产品不够熟悉，对测试工具的使用熟悉程序不够；

  被测试产品存在重大错误，以致于测试无法继续；

 测试资源未及时到位（设备和人员）；

 硬件、软件或网络环境出现故障等；

 测试人员获取的需求与开发人员产生分歧；

 测试人员与开发人员的协调与沟通。

C，应急措施

   如果上述潜在的可能事件发生，则通过适当加班来保证计划的按时完成。如果是由于被测试产品     存 在重大错误而严重影响测试进度，则考虑按照测试暂停标准来暂停该测试。

D ，测试局限性

 系统硬件配置存在不可预测的问题；

 测试范围不能覆盖所有的可能情况；

 测试时间的限制；

 测试数据可能不全面；

 测试工具自身的缺陷；

 测试人员的失误。

 二，测试用例

  1，测试用例的作用

•     在开始实施前计划好测试用例，可以避免面目的测试并提高效率，测试用例的使用领软件测试的   实施重点突出，目的明确
•  在软件版本更新后只需修正少部分的测试用例便可展开测试工作，降低工作强度，缩短工作项目周期
• 软件检查是否满足客户的需求，体现一个测试肉眼的工作量，展现测试用例的设计思路

 2，测试用例的四个特征

•   代表性：能够代表并覆盖各种合理的和不合理， 合法的和不合法的，边界和越界的 以及极限输入数据操作等。
•   针对性：对程序中可能出现的是错误有针对性的测试
•   可判定： ：测试执行结果的正确性是可判定的，每一个测试用例都应有相应的期望结果
•   可重现性：：测试执行结果的正确性是可判定的，每一个测试用例都应有相应的期望结果

 3，测试用例包含元素有

用例编号：测试模块、用例标题、用例级别、前置条件、测试输入、执行操作、预期结果, 实际结果…

测试示例

 三，编写测试用例的基本方法

1. .等价类

  等价类划分是指分步骤地把海量（无限）的测试用例集减得很小，但过程同样有效。

   等价类 ：何为等价类，某个输入域的集合，在这个集合中每个输入条件都是等效的。

   一般可分为有效等价类和无效等价类

等价类划分：

  有效等价类：指符合《需求规格说明书》，输入合理的数据集合

  无效等价类：指不符合《需求规格说明书》，输入不合理的数据集合

 2.边界值法        

对数据进行软件测试，就是在检查用户输入的信息、返回的结果以及中间计算结果是否正确。即使最简单的程序要处理的数据量也可能极大，使这些数据得以测试的技巧是，根据一些关键的原则进行等价类的划分，以合理减少测试用例，这些关键的原则是：边界条件，次边界条件、空值和无效数据。

   确定边界值的方法（）

选取正好等于、刚刚大于或刚刚小于边界值作为测试数据

  在边界值中掌握上点和离点的取数

[1 100] 

  (1,100) 

  (1,100] 

输入要求是1 ～ 100之间的整数，因此自然产生了1和100两个边界，我们在设计测试用例的时，要重点考虑这两个边界问题

3，因果图法

因果图法：等价类划分法和边界值分析方法都是着重考虑输入条件，如果程序输入之间没有什么联系，采用等价类划分和边界值分析是一种比较有效的方法。如果输入之间有关系，例如，约束关系、组合关系，这种关系用等价类划分和边界值分析是很难描述的，测试效果难以保障，因此必须考虑使用一种适合于描述对于多种条件的组合，产生多个相应动作的测试方法，因果图正是在此背景下提出的。因果图法着重测试规格说明中的输入与输出间的依赖关系。。

4.场景法

在的软件几乎都是用事件触发来控制流程的，事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流。这种在软件设计方面的思想也可以引入到软件测试中，可以比较生动地描绘出事件触发时的情景，有利于测试设计者设计测试用例，同时使测试用例更容易理解和执行。

 用例场景是通过描述流经用例的路径来确定的过程，

 这个流经过程要从用例开始到结束遍历其中所有基本流和备选流。

 第一次测试中，根据测试计划，我们需要核实提款用例已经正确地实施。此时尚未实施整个用例，只实施了下面的事件流：

  基本流-提取预设金额（100 元、200元、500元、1000元）

  备选流2 - ATM 内没有现金

  备选流3 - ATM 内现金不足

  备选流4 - PIN 有误

  备选流5 - 帐户不存在/帐户类型有误

  备选流6 - 帐面金额不足