白天图生存,晚上求发展!

一般测试过程--测试用例

上一篇 / 下一篇  2007-09-14 10:59:39 / 天气: 舒适 / 心情: 郁闷 / 精华(1) / 置顶(1)

1、如何创建TestCases

Test Cases基本要素:
        1 简明的标题(说明测试的目的)
        2 用例的优先级,测试所需时间
        3 初始化条件,如何构造测试环境
        4 执行测试的详细步骤
        5 期望Test Cases执行后的正确结果

关于测试用例的优先级别的设定:
        pri1 - 基本的功能
        pri2 - 错误的条件,界限用例(最大值,最小值...)
        pri3 - 极端的条件,边缘用例

编写Test Cases的注意事项:
        一个好的Test Cases的重要性不亚于一段好的代码,在写Case的过程中我们需要注意以下几个方面:
        1 需要有一个具有自我解释功能的标题,将测试的目的说清楚。(例如:按下“ALT+F+C”关闭“XXXX”主窗体。)
        2 足够详细准确的内容,即使是一个对所要测试的内容根本不了解的新手,也能准确的按照所写的Test Cases完成测试。
        3 拒绝重复的测试用例
        4 不要有模糊的,个性化和想当然的Test Cases(例如:用各种方法打开对话框“XXXX”)
        5 尽量提供一些于Test Cases相关的参考

当你在写完cases的时候最好带着一下几个问题检查一下你的case:
        1 你的test case的标题是否体现了该用例详细而精确的目的性
        2 你的test case对于一个新手来说是否能让他们精确的执行
        3 你的test case是否有重复
        4 你的test case中的步骤是否清晰,让人一看就能很明白的执行
        5 你定义的执行结果是否能让人很清楚的意识到他跑完这个case后是成功还是失败

2、运行Test Cases
        根据Test Cases的优先级和不同的测试阶段运行测试用例,运行时要注意Case的优先级(有必要时可以对其进行修改)和测试方式(手动测试还是自动化测试等),并最终记录测试结果。

3、记录测试结果
        记录在不同测试阶段(Test Pass 1, Regression 1, Test Pass 2…UI Freeze.. Regression 2….Final Test Pass.)运行Test Cases的结果,一般分四种结果Blocked(记录bug号和原因)、Failed(记录bug号和原因)、Not Run(记录原因)、Pass。

4、何时再修改并创建新的Test Cases
        1 测试目标一些特性的改变
        2 Test Cases的优先级发生改变
        3 代码改变
        4 发现新的Bug但用例库中没有与之相关的Test Case
        5 发现新的Bug但用例库中已经存在与之相关的Test Case


TAG: 转贴

 

评分:0

我来说两句

日历

« 2024-04-22  
 123456
78910111213
14151617181920
21222324252627
282930    

数据统计

  • 访问量: 44146
  • 日志数: 86
  • 文件数: 1
  • 建立时间: 2007-06-15
  • 更新时间: 2008-04-02

RSS订阅

Open Toolbar