手把手教你做测试用例设计

上一篇 / 下一篇  2017-05-31 16:36:05 / 个人分类:用例设计

  设计测试案例的时候,需要有清晰的测试思路,对要测试什么,按照什么顺序测试,覆盖哪些需求做到心中有数。测试用例编写者不仅要掌握软件测试技术和流程,而且要对被测软件的设计、功能规格说明、用户试用场景以及程序/模块的结构都有比较透彻的理解。测试用例设计一般包括以下几个步骤:

1、测试需求分析

  从软件需求文档中,找出待测试软件/模块的需求,通过自己的分析、理解,整理成为测试需求,清楚被测试对象具有哪些功能。测试需求的特点是:包含软件需求,具有可测试性。

  测试需求应该在软件需求基础上进行归纳、分类或细分,方便测试用例设计。测试用例中的测试集与测试需求的关系是多对一的关系,即一个或多个测试用例集对应一个测试需求。


2、熟悉软件的功能需求(测试点)
  这个功能需求是指软件的细化需求点,这个一般在需求文档里面都会体现。这里要做的是把需求稳定的“粗略”的需求,细化成一个个小需求点。

  熟悉功能需求后,要知道软件是怎么使用的,这也才能覆盖到各种操作。

  总之,测试用例一定要全部覆盖所以的需求点,这是最基本的一点。


3、测试用例设计

  完成了测试需求分析和软件流程分析后,开始着手设计测试用例。测试用例设计的类型包括功能测试,边界测试,异常测试,性能测试压力测试等。
  测试用例的框架体现了测试员在设计测试用例的整体思路,框架也是从大到小划分下来,可以是:UI界面,功能,容错,兼容和性能等几大类,每个大类在根据软件的逻辑等进行划分成小类,最后细分到测试点。


4、测试用例评审

  测试用例设计完成后,为了确认测试过程和方法是否正确,是否有遗漏的测试点,需要进行测试用例的评审。

  测试用例评审一般是由测试leader安排,参加的人员包括:测试用例设计者、测试leader、项目经理、开发工程师、其它相关开发测试工程师。测试用例评审完毕,测试工程师根据评审结果,对测试用例进行修改,并记录修改日志。

5、测试用例更新完善

  测试用例编写完成之后需要不断完善,软件产品新增功能或更新需求后,测试用例必须配套修改更新;在测试过程中发现设计测试用例时考虑不周,需要对测试用例进行修改完善;在软件交付使用后客户反馈的软件缺陷,而缺陷又是因测试用例存在漏洞造成,也需要对测试用例进行完善。一般小的修改完善可在原测试用例文档上修改,但文档要有更改记录。软件的版本升级更新,测试用例一般也应随之编制升级更新版本。测试用例是“活”的,在软件的生命周期中不断更新与完善。

TAG: 软件测试技术 测试用例

引用 删除 ss860516   /   2018-01-09 17:24:56
能不能把这个背景和字体颜色改一下,一点进来就是全灰色,字体颜色很淡,没什么看的**啊.
引用 删除 ioe   /   2017-06-02 09:19:27
编写测试用例是根据业务流程写吗
 

评分:0

我来说两句

显示全部

:loveliness: :handshake :victory: :funk: :time: :kiss: :call: :hug: :lol :'( :Q :L ;P :$ :P :o :@ :D :( :)

Open Toolbar