怎么样能写好自动化测试用例呢
怎么样能写好自动化测试用例呢?大家发表一下自己的意思.
还有就是求一份自动化测试用例做参考..
因为自己想实在没什么思路..
先谢谢了. 一般没有专门的自动化测试用例。据我所知，测试人员在编写测试用例后，由BA 或其他专门的人员决定哪些测试用例需要进行自动化，也就是需要开发相应的脚本。这些测试用例就是你说的自动化测试用例。 手工测试用例编写好先 自动化测试用例的来源是手动测试整理的数据，把涉及到功能的测试点和测试数据整理出来就可以了。 同上 用例与业务关系比较大 有没有详细一点的啊！ 回复 2# walker1020
谢谢，我对自动化测试用例一直很模糊。
那我问一下，没有自动化测试用例，怎么去保证，自动化测试功能点的覆盖率呢。
希望您不吝赐教。谢谢！ 回复 3# msnshow
然后呢，怎么做才能保证自动化测试功能点覆盖率。 回复 7# Coolwind9
哈。你也想知道这事。。。
我也是啊。我主要是在想一件事。就是怎么搞高功能点的覆盖率。
不能说自动化测试跑了一遍。但是自动化测试功能点。到底覆盖了多少呢。 回复 9# 17800455
这个和手工测试一样的吧，如果把手工测试的用例都转为自动化执行，那覆盖率不就是一样的么，当然实际情况不会完成转化，因成本问题 从手工用例中，筛选并列出
1.主要路径，80%常用功能
2.次要路径，20%才使用的功能
3.业务规则、逻辑限制，
4.控件规则
按照自动化的时间、成本来依次决定范围，然后按照先覆盖路径、后覆盖功能点的方式，去写用例
同时，记得去掉无法自动化的模块，如外联外挂模块 本帖最后由 kavensyw 于 2010-11-1 13:18 编辑
脚本中别光跑业务逻辑，在需要功能验证的地方,多加一些判断语句，增加一些检查点，Reporter或者写到其他日志文件 自动化，只是把手工做的事情，做为脚本自动去执行，当然也包括检查、判断 讲点经验:
先说自动化的用例,据我所知好像很多公司的AutoTestCases都是由ManualTestCases演变而来的, 说白了就是照着ManualCases写脚本,做的好点的, 会将ManualCases转换为AutoTestCases输出自动用例. 有的用例都没有, 只是经过简单的分析后就开发脚本了.
至于覆盖率: 这个主要看公司对自动化的要求, 70%是个很难达到的标准对于很多项目都一样, 总之覆盖率我认为在自动人员写脚本之前就应该详细的分析过的, 结合领导要求 Cases的实现难易度等, 分析后会有个策略, 先实现主要 容易的的功能在实现复杂 难实现(是否难还是容易, 官方方法时以步骤区分 ,比如>5为难),但强要求覆盖率对自动化而言应该时很不利的. 个人观点~ 回复 15# Jun_Li
同意，顶 学习中。。。 继续讨论，这个话题现在来说还是挺模糊的。
等待大家去开辟呢。 自动化测试的基础就是手工测试，是对手工的Debug回归测试的过程，当然如果单独的自动化测试可以归到开发的范畴了 上面的各位同学已经回答得够详细了
自动化是给手工测试 用工具来实现
用例也是手工用例的一部分稍做变化
一般是将手工的用例
去掉一部分 自动化无法实施的
然后再去掉一部分 自动化可以实施 但是脚本运行很不稳定的
然后再去掉一部分界面元素变动较频繁的，
然后再去掉一些自动化可以实现 但是脚本开发的成本已经超过实现自动化实施的成本的
去掉以上部分用例就会减少了很多， 然后可以对这些用例加以组合 加以补充 形成自动化测试用例
页:
[1]
