51Testing软件测试论坛

标题: 自动化测试疑惑，求前辈们指教 [打印本页]

作者: changying0605 时间: 2012-3-1 21:35
标题: 自动化测试疑惑，求前辈们指教
由于我们所测试的一个功能，测试工作量测试点较多，并且每次有改动之后，回归测试量大，所以由领导们研究决定开发一个Tool 来辅助测试。
提起这个tool，心里面莫名的烦躁。整个公司的常规测试组，从来未接触过任何自动化形式的测试，完完全全的手工测试，对于这种测试，已经习以为常，不觉得有什么不方便了，但是突然冒出这样一个tool，大家都有些抵触，虽然tool会带来的好处显而易见：单独对这个功能而言近400条case，一个人平均每天跑100条，需要4天完成，功能每次有小的改动，需要进行回归测试，每个版本的Release，需要回归测试，并且不能保证每次的回归测试能够覆盖到所有的测试点。好处这么多，但只拿这个tool的前期测试和准备case所需要的人力和精力来看，是十分闹心的一件事。
这个tool的开发是由开发人员完成，在测试tool的过程中，遇到问题，需要找开发确认，然后他们修改，遇到他们忙不开的时候，这些问题只能暂时搁置，还好有开发领导的支持，使这个tool断断续续的可以最终于成形，投入使用。但是在准备数据和case的过程中，由于tool本身本身不十分强大，并且要求做数据和case是个十分细致的活，所以我们这些人吃尽了苦头，后期遇到的一些问题，导致一些case无法做下去了，最终，400条case通过tool来做完的只有250条左右，剩下有150条无法进行。也就是说，接下来的每次小改动和每次release，我们都可以用tool来完成这250 case的测试，减少一些测试量。不计算开发人员的工作量，测试人员对tool的测试和case 的准备，起码要花费一个人15-20天的工作量。
我不知道这tool到底是否值得，当初领导的话：尝试一下，如果成功了，以后就可以减少很多测试量，测试需要进步，不能一直这样重复的进行，要进步，起码应先尝试。这些我们当然理解，而且在后期在使用tool 执行case的效果也可以看到，但是这20天的时间和折磨，以我现在的心情已经无法去衡量是否值得，所以请教可位测试前辈，我们的这个所谓的自动化测试，是否是个失败的案例呢？像我们这样的单位，如果想真正的去尝试测试自动化，这种形式是否恰当呢。迷茫中，求指教！感激不尽！

作者: 云层 时间: 2012-3-2 17:44
本来自动化就是这样，初期投入成本很高，一般都选用商用的自动化工具例如QTP减少维护的成本，而你们自己开发自然开发成本就很高，还需要很长时间来稳定。

自动化就是这样的

作者: 散步的SUN 时间: 2012-3-2 18:28
个人觉得，并不是工具的问题，而是自动化测试定位的问题，不管商业软件也好，自己的开发软件也好，都会经过一个适用的过程，即找到部门和公司自动化适合的方式，现在看来，自动化测试对你们而言，确实是一种负担，这是每个公司自动化开展时必须经历的阶段，但是接下来的才是转折点，是放弃自动化，还是继续分析这种负担的原因，慢慢的改进，最后将自动化渗透，而不是单独做为一个独立体
就像研发流程，例如持续集成、RUP、敏捷这些研发流程，尽管说着比传统的瀑布模式成熟，有一些方式确实能够加强开发效率，提高测试效率，但是一个公司初步开展时，总也得遇到一些问题，因为就像持续集成，需要建立在开发人员有自动编译（例如ant)的基础，测试人员有自动化测试的基础，如果没有，则会造成转型时青黄不接。所以，自动化是好的，但是需要一个漫长的过程，所以遇到麻烦不要紧，要紧的是不去分析麻烦

作者: changying0605 时间: 2012-3-3 21:21
回复 3# 散步的SUN

谢谢您的解答，感觉我们是有点急于求成了，从某种程度上看，我觉得自动化对我们还是适用的，只是这个漫长的过程的确是在考验我们的耐心，你说的对，遇到麻烦不要紧，要紧的是不去分析麻烦，我们确实应该静下来好好分析一下这种自动化的实际情况，谢谢您！有机会希望可以多向您学习和请教！

作者: changying0605 时间: 2012-3-3 21:24
本帖最后由 changying0605 于 2012-3-3 21:28 编辑

回复 2# 云层

嗯，自己开发确实要投入很多开发成本，而且感觉这些东西要依赖于开发人员，他们有时间才帮忙弄一下，但是如果用商业的测试工具不知道能否适合我们的产品，而且现在我们所有的测试人员很少有会编写脚本的，所有这个有点困难。呵呵，感谢您的回复！

作者: 123shio123 时间: 2012-5-3 13:53
其实不难的自动化测试，商业软件业好，开源的也好，无非是在写功能、
我看了你的描述，不明白为什么忙那么长时间，其实每次release版本的时候，回归的数据完全不用再重新寻找，而是复用之前的就可以了，当然也可能存在人为改动的情况，可以再脚本中加入数据初始化的部分，这样没次回归之前都进行初始化，可以减少人为的干预和脚本失败的情况。

作者: changying0605 时间: 2012-5-8 21:36
回复 6# 123shio123

嗯，时间久是由于测试tool和做数据做case的时间比较久，由于我们还没有实现自己动化，所以数据初始化只有依赖于虚拟机快照照回到做好数据的位置，经过了两次回归，感觉这个小tool还是挺给力的。而且我觉得对于产品级别的测试，由于回归的内容和环境覆盖比较多，所以自动化是早晚的事，以后还要向前辈们多多学习！

作者: sandy-guo 时间: 2015-1-4 14:20
parasoft自动化测试软件，可以节省很多成本以及开发测试时间，可以试试看

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