zoukankan      html  css  js  c++  java
  • 我的测试思考1

    测试用例设计原则

    1、一个测试用例是一个功能点:每个测试用例都要有个功能点,找准一个测点则可,不能同时覆盖很多功能点,否则执行起来牵连太大;

    2、测试用例的易读:从执行者的角度去设计测试用例,最好不要有太多术语在里面,如果有最好指明具体位置;

    3、测试用例的执行粒度:粒度越小越好;

    4、步骤清晰:一个测试用例多个步骤,可一个重点,步骤指明我们怎么去操作,期望结果则指明这样的操作之后应该看到什么结果----最好不要用正确、正常、错误之类的含糊主观的字眼;

    5、总体设计:先正常,后异常,这样可以确保正常情况下能够走通;

    总之:对于一个新来的测试人员,给他个测试用例和我们的软件,他就能够顺利执行测试用例,这是最佳状态,也是我们设计用例的标准。

    这样做的好处是:

    1、执行者不会因为用例看不懂而再三的去烦忧你,你也不会因为时间长了,业务忘了,看不懂用例;

    2、如果原来的用例设计者有事或离职,公司可以很快情人顶上,测试可以继续进行,不会被block住;

    3、执行用例的人能更快去掌握业务系统流程,不会因为要看懂一个用例而大伤脑筋,更别说去执行它了。

    测试用例评审关注点

    1、用例设计是否清晰、合理、简洁;

    2、用例是否高效对需求进行覆盖,是否覆盖测试需求上的所有功能点;

    3、优先级是否合理;

    4、用例是否有很好的可执行性(例如用例的“执行步骤”、“期待结果”是否合理;期待结果是否有明显的验证方法);

    5、是否有冗余重复的用例;

    6、是否包含充分的异常测试用例;

    7、是否从用户层面来设计用户场景和流程的测试用例。

     

  • 相关阅读:
    招聘面试—关于Mysql的一点儿总结
    情景linux—不曾了解的cat用法
    情景linux--shell如何实现多线程?
    情景linux--如何解决read命令产生的硬编码问题
    情景linux--如何优雅地退出telnet
    性能测试-概念篇-性能测试分类
    情景linux--如何摆脱深路径的频繁切换烦恼?
    TCP--telnet为何在127s后返回?
    你为什么必须(从现在开始就)掌握linux
    Cookie/Session机制详解
  • 原文地址:https://www.cnblogs.com/carey9420/p/13425454.html
Copyright © 2011-2022 走看看