如何判断一个测试用例是否适合"自动化"
现在面临一个问题,就是测试用例的选择:我想主要有两个方面:
1.哪些用例可以自动化
2.哪些用例适合自动化
第一条可以很容易判断,但是关于第二条我想没有一个明确的界线,那么大家是如何对待这个问题的? 功能性的测试用例在进行冒烟测试的时候可以采用自动化。
不过你说的这个应该具体情况具体分析，和你所处行业、所测试的系统有关。最好能具体一些。 谢谢你的回复,我在做PalmOS的测试,包括Desktop(一套和palmOS配合使用的windows应用,主要负责在电脑上管理数据,然后传输到PalmOS上),现在就以这个Desktop为例,我们有黑合测试部门和SilkTest自动化测试部门,那么我们这两个部门如何选择测试用例.你指的功能测试用例是指? 你们这样划分部门有些不合理。
不过按照你们目前的情况可以这样做：黑盒部门在你们这里实际上在做的是一个完整性的测试过程，它运用了边界值、等价类划分等方法进行测试，所采用的测试用例可以很完整的覆盖整个OS的运行功能。
我说的功能测试就是它所提供的功能都要被测试通过（手工进行），当然这里的“功能”比较广义，包括系统性能等测试（达到一定的指标）。
而自动化部门其实做的就是冒烟测试，它所采用的用例其实只是黑盒部门的一个子集，被采用的用例可以组成一个完整的运行流程，它所测的其实就是基本的功能跑一遍，能跑通就OK。
以上是我的个人建议，未必能帮到你。 我再举一个例子，
比如一个完整的测试流：开机，进入通讯录，新建一个联系人信息，并拨打联系人，拨通，挂机。
这个可以作为一个自动化的用例流程。 又比如：
接收一个陌生人电话，接完保存到通讯录，成功。
这又可以作为一个自动化的测试用例流。
当然，我说的可能和楼主提的PALM OS的具体运作会不同，我这里只是举例子说，大致可以类似的划分，可能真正你们设计用例会和我的截然不同（甚至连功能都不是这么回事，对吗），不过这只是提供一种思路而已：） 非常感谢!我有了一个大致的概念了.
页:
[1]
