如何编写自动化测试用例
最近一直在思考一个问题:如何编写自动化测试的测试用例?
现在手头有手工测试的用例,我们想选取部分进行自动化测试的探索,
但是不知道如何选取;有些用例是不适合自动化的,该如何修改;
自动化测试用例相对与手工测试用例有什么特点?
欢迎大家一起讨论哈!! 用例还是一样编写的,只是最后这个用例是用工具来执行呢还是手工来执行?一般做自动化测试的程序版本是比较稳定的,不然要花费很多时间在维护测试脚本上面.用自动化测试的程序逻辑应该比较简单的.能不能用自动化测试,还取决于你测试用例写的细不细.一个完善的用例是做自动化测试的前提条件
说得有理
不过自动化测试与手工测试毕竟不同吧!需要对CASE做一些修改吧? 如果一开始你写的用例就比较完善的话,也不需要修改啊 能不能用自动化测试,还取决于你测试用例写的细不细.=====
赞成
偶手工测试写的用例大多不是很细,一个用例包含方面比较多,直接用成自动化测试的用例真的感觉很复杂很麻烦呢
有道理
顶了! 顶 很有道理 关注中.............' 我觉得无论什么用例都要写的详细~一个完美的测试用例能让完全不懂测试的人进行测试执行,不过前题是执行系统测试。呵呵!
至于自动化测试的用例~那就要根据这个用例是不是适合于自动化。比如一个用例手工测试15秒就OK的,严重程度和复用性又不高。那就没必要进行自动化了测试了!
[ 本帖最后由 DERYCK 于 2007-7-8 21:52 编辑 ] 也正在想楼主问的问题,怎样的用例可以做自动化测试可以稍微分辨的出,但整体的自动化测试用例设计方面,若有办法可以制定一个类似模板的东西就好了
不能自动化测试的用例:
1.易用性测试用例;
2.整个测试中只需要运行1到2次的用例;
3.基于测试者的直觉感官判断以及需要一定的知识基础的用例;
4.没有预期结果的用例;
可以自动化的用例:
1.每轮测试都需要执行的基础测试,如每个测试版本提供后,对整个基础功能的健全性测试,在进行更深入测试前对系统做的稳定性测试等;
2.需要被重复执行很多次的用例,以及多客户端多用户大量并发的情况;
3.数据驱动的用例,如需要输入很多组数据,每组数据对应不同的预期结果; 用专门去写自动化测试用例吗 同意楼上的,我也有点疑问,需要专门编写自动化测试用例吗,在编好的用列里找适合用自动化工具去执行的应该就好了吧,或者可以有针对性的编写一些适合做自动化用例. 我觉得还是有必要专门编写自动化测试用例的。因为手工测试的话基本上就是针对某个功能点来写测试用例,但是自动化测试是从手工测试中抽取一部分能用来做自动化测试的某些常用的业务流程,所以还是与手工测试用例有很大的不同的,我认为有必要另外准备一套自动化测试用例。 我觉得是有必要专门写自动化测试用例的。
举个例子,系统的功能:输入数据必须为正数。设计测试用例时录入一个负数,如果系统依然保存了,那测试用例怎么判断这个操作时错误的?如果是手工测试,人工就发现了但是自动化测试用例发现不了的。 等待有人再来回答! 我的一些看法是,在企业里如果需要使用自动化来进行用例的执行,那么企业的需求点应该是某些测试用例执行起来重复性太高,而且数据输入比较繁琐,参数众多,人工输入很难保证效率的情况下才考虑使用自动化工具来跑用例。
那么实际中那些用例的执行会造成上述问题?下面两种情况较为常见:
一、基于业务流以及业务流集束的用例需要自动化执行,举个例子,一个B/S电子商务网站的交易流集束,可能需要输入上百的参数。
二、复用性高的模块的用例执行,类似的如从登陆到软件关闭的业务流集束,登陆的用例执行肯定是复用程度最高的。
我觉得设计自动化测试用例就从业务流集束来介入比较设计比较有头绪。 原帖由 antoni 于 2007-11-13 17:09 发表 http://bbs.51testing.com/images/common/back.gif
我的一些看法是,在企业里如果需要使用自动化来进行用例的执行,那么企业的需求点应该是某些测试用例执行起来重复性太高,而且数据输入比较繁琐,参数众多,人工输入很难保证效率的情况下才考虑使用自动化工具来跑用 ...
向楼上的学习!:victory: :) :) :) 现在属于学习阶段
回复 11# 的帖子
挺好
页:
[1]
2