软件测试培训

400-996-5531

热门课程:

黑盒测试技术(3)--软件测试概念(九)

发布：软件测试培训
来源：软件测试教程
时间：2016-07-12 15:09

4. 状态转换测试

根据系统当前的情况或先前的情况(如系统先前的状态)，系统可能会产生不同的响应。这种情况下，系统的特征可以通过状态转换图来表示。测试员可以根据软件的状态、状态间的转换、触发状态变化(转换)的输入或事件以及从状态转换导致的可能的行动来进行测试。被测试系统或对象的状态是独立的、可确认的，并且数量是有限的。

一个状态表描绘了状态和输入之间的关系，并能显示可能的无效状态转换。

设计的测试可以覆盖一个典型的状态序列，或覆盖每个状态，或执行每个状态转换，或执行特定顺序的状态转换或测试无效的状态转换。

状态转换测试方法普遍较多的使用在嵌入式软件行业和自动化行业。但是这个技术同样也适用于有特定状态的业务对象的建模或测试具有对话框状态转换流的系统(例如互联网应用或业务场景)。

根据状态转换图编写测试用例的步骤：

1) 画出状态迁移图;

黑盒测试技术

2) 列出状态——事件表;

黑盒测试技术

3) 得到状态转换树;

黑盒测试技术

4) 推出测试路径;

5) 根据测试路径编写测试用例。

案例：

设计mp3的测试用例

1)根据描述，提取信息并画出状态转换图:

2)根据1)列出状态——事件表:

3)根据2)得到状态转换树，注意需要以idle为起始状态:

4)根据3)得到测试路径

5)根据4)中的测试路径编写测试用例，每一条路径就是一条测试用例.

5. 用例测试

可以通过用例来设计测试。用例描述了参与者(用户或系统)之间的相互作用，并从这些交互产生一个从系统用户或客户的角度所期望和能观察到的结果。通常可以在抽象层(业务用例、不受技术限制、业务流程层面)或系统层(系统功能层面的系统用例)来描述用例。每个用例都有测试的前置条件，这是用例成功执行的必要条件。每个用例结束后都存在后置条件，这是在用例执行完成后能观察到的结果和系统的结束状态。用例通常有一个主场景(即最有可能发生的场景)和可选场景。

用例基于系统最可能使用的情况描述了过程流，因此从用例中得到的测试用例，在真实世界中的系统使用过程流中能最有效的发现系统的缺陷。用例非常有助于设计用户/客户参与的验收测试;也可以帮助发现由于不同组件之间的相互作用和相互影响而产生的集成缺陷，这是在单个的组件测试中是无法发现的。从用例中设计测试用例可以和其他基于规格说明的测试技术结合起来使用。

案例：

测试一个杯子

用例1：能否装水

用例2：除了装水，是否能装其它液体，比如酒精

用例3：能装多少水

用例4：杯子是否有客服