Test Case Design

上一篇 / 下一篇  2011-01-09 20:00:22 / 个人分类:测试方法

Principle: 一个好的测试用例是发现了软件中尚未发现的错误 from << The Art of Software Testing>>

Case的覆盖面: User Interface, Function, Non-Function. 对于web产品来说,UI是页面的各种组件; Function是各个组件的功能以及各个页面集成的scenario(user story); Non-Function是性能,压力相关的测试。

As for UI:
1. 第一条case要验证UI的完整性,描述整个界面的layout,attributes,content等等。要让tester执行这条case时,对整个界面有个直观的感受和了解。这条case可以根据requirement来写。
2. 在有一条整体界面描述的case后,需要有描述各个组件的case。对于每个组件的case,需要描述它的物理特征(是什么?什么颜色?在哪里?有什么位置?)和行为特征(此组件的作用?接受什么数据或事件?有什么特殊点?)。

As for Function:
1. Function之basic function。在菜单里或者显而易见的功能称之为基本功能。可以用scenario的形式来表现basic function。 一个scenario可以包含多个basic function,这样可以减少case的数量,而提高case的质量和执行力。
2. Function之feature interaction。 采用user story的方式,来让各个feature产生交互, 形成一个完整的用户故事(用户常见的使用产品的行为和操作方式)。 这是case的重中之重。
3. Case中除了基本的positive的case验证了基本功能外,还要有negative的来进行破坏性的测试,比如设计一些非常规的用户行为的case,这些case有着很高的出bug的风险。
4. Case的Expected Result一定要明确,写出这条case最关键的验证点。

As for Non-Function:
1. 这个目前没有涉及,只简单写下,期待以后能涉及这方面的测试。
2. Non-function的case主要分为两类: 性能测试 performance和压力测试 reliability。
3. Performance主要测Memory ,Response time, Data throughput和Power management等。 压力测试主要测程序在极端情况下的处理情况(没电,没网,地震,2012。。。。。。。)。



Scenario 和 user story的区别在于后者更偏向用户的行为和操作,是一个完整的行为;而前者有可能只是部分功能的实现场景。

熟悉待测产品,了解相关专业术语,也对提高case的质量有着很大的帮助。

 

TAG:

 

评分:0

我来说两句

日历

« 2024-03-29  
     12
3456789
10111213141516
17181920212223
24252627282930
31      

数据统计

  • 访问量: 5511
  • 日志数: 14
  • 建立时间: 2010-10-22
  • 更新时间: 2011-02-11

RSS订阅

Open Toolbar