51Testing软件测试论坛

标题: 我们是不是也应该讨论一下插入checkpoint的原则啊？ [打印本页]

作者: lovetest6 时间: 2005-6-6 11:30
标题: 我们是不是也应该讨论一下插入checkpoint的原则啊？
我们是不是也应该讨论一下插入checkpoint的原则啊？

QTP提供了多种的checkpoint，我们应该如何使用他们呢？
什么时候该用哪钟checkpoint呢？

希望各位赐教哦。

我的总是弄不是多了，就是少了的，是不适应给有设什么标准啊？

作者: beck3000 时间: 2005-6-6 15:52
个人觉得多少应该根据测试用例来确定
测试用例里面有输入和预期结果，我们用自动化测试的目的应该和手工测试一样，就是检查实际结果和预期是否相符，不能本末倒置，把工具至于用例之上吧

作者: lovetest6 时间: 2005-6-7 09:29
就是说，我们应该关注输入输出是否匹配的检查，
而不用去检查页面本身的显示？

作者: dfinger 时间: 2005-6-7 09:32

Originally posted by beck3000 at 2005-6-6 03:52 PM:
个人觉得多少应该根据测试用例来确定
测试用例里面有输入和预期结果，我们用自动化测试的目的应该和手工测试一样，就是检查实际结果和预期是否相符，不能本末倒置，把工具至于用例之上吧

关键还是看你想要查什么吧。。。。
我也是刚用。不过开始写是录一套流程
并无checkpoint。然后感觉那里需要检查了。。就加一个

作者: beck3000 时间: 2005-6-7 10:54
测试的主要依据是软件需求规格说明书，首先这份需求一定是那种可测试的需求，从需求，到测试计划，测试用例，测试脚本，是一步步映射过来的。
测试不是随机的乱测，不能说我感觉在这里需要加个检查点就加了，检查点的目的是验证实际结果是否与预期结果相符，这个预期结果就是在用例中规定好的，这个用例又是根据需求写作出来的，如果检查点想加就加，那么一定是随机乱测了。
您说的“页面本身的显示”也是要检查的，但是一定有依据事先规定好页面该是什么样的，如果需求中找不到，那么一定这一类页面问题有统一的规范或者约定俗成的惯例，从其它地方或许可以找到？
或许您需要的正是这种规范，这个就是大家智者见智的问题了，而且需要一定的实际操作经历，大家可以就这个进行讨论。

作者: QA_BAY 时间: 2005-6-7 11:02
QTP用于回归测试比较多,
也就是在最后一个测试阶段开始进行,
一般先手工测试,然后再用自动化测试!也就是手工发现新的BUG,工具回旧的BUG!
然后脚本重复的使用!可以逐渐增强脚本!

作者: dfinger 时间: 2005-6-7 11:07
其实qtp还是developer用的多巴。主要是为了避免fix bug时候造成
退化。。。
大多是快要release了。。。每天跑一遍确保主要的功能没问题。。

作者: lovetest6 时间: 2005-6-7 11:08
不错不错，感谢大家啊。

作者: beck3000 时间: 2005-6-7 14:02
顺便问一下，anyway，你要的是不是这个东西
其实这个就在QTP的Tutorial中，看看帮助应该可以的

作者: hongtang 时间: 2005-6-7 22:29
标题: 那只表是描述各种测试点类型是做什么测试的
这个要结合不同的系统功能来测试的
通常在回归测试用测试点比较好
或是系统比较稳定的情况下用于每次新的代码上传前的预测试或是冒烟测试

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)