第244贴【2005-06-16】:自动测试结果的比较
自动化测试很大的一个弱点就是没有智能,无法对结果进行全面综合的判断。即使自动化测试工程师能把所有的检查点考虑得很全面,要实现所有这些检查点的自动化判断也是有难度的,这样做不现实也没必要。一般只是对最重要和最主要并且能自动比较的点进行比较,这时的比较属于动态比较。而另外一些检查点的实际值可以输出到文件或数据库,在测试执行结束后人工进行比较,这属于执行后比较。 恩,比如某个车站发车属性(候车、开检、停检)的变化,对于某些临时信息是不记入数据库的,这个变化就没办法看了它在界面上的位置也不固定,在表格中的位置也不固定 单位刚开始自动化,现在还没有什么经验呢~:) 关键是是否能在自动化测试中捕获到关键规则,那这样就可以根据规则定义内的各种输入生成输出,动态Check,类似于XP中的思想~~ 确实很难!用winrunner进行过功能测试,结果每执行一次,需要点很多次重新选择学习,比手动效果差,后来就不用了!
科技以人为本
自动化测试也是以人为本,我们的测试目的是来验证bug,而不是实现自动化,所以怎样提高我们找bug的效率我们就用那个方法,如果一个流程测试我们手工需要10分钟走完,但是我们需要半天的时间去写教本,再加上以后的维护时间,那么这个自动化测试用例的实现对于项目来说是否值得?所以我认为自动化测试在项目中只作一些最基本的,最傻的操作,而灵活的还是需要手工,毕竟我们很清楚的明白我们的测试版本基本上都是不稳定的,呵呵,愚见,请执教! 自动化测试适合于周期长的项目,假如软件只有1个版本,那的确没有必要进行自动化测试,浪费时间,浪费金钱,浪费人力。据研究当软件版本达到7个以上时,测试自动化的前期投入才能被回报抵消。。。。 同意xiaoyu1218的看法。个人感觉,自动化测试适合于产品类项目,不适合于项目,项目的可复用性太差,造成脚本的可复用性比较低,而产品相对来说会好很多,一些代码可以复用。 很晕呀
刚跳了一家公司,就我一人做测试,什么文档都没有,这几天在写需求文档和一些测试文档,管事的还说过几天向自动化测试,我晕呀 楼上的真的要晕了,管事的以为说了就能实现了.哪有这么容易的! 要收回自动化测试的成本不容易啊 自动化测试对于系统测试和回归测试作用还是很大的!
页:
[1]