51Testing软件测试论坛

标题: [问题]如何引入自动化测试 [打印本页]

作者: skinapi 时间: 2004-7-6 10:35
标题: [问题]如何引入自动化测试
在没有直接可用的自动化测试工具的情况下，要想将自动化测试引入测试过程中，不仅需要开发专用的自动化测试工具，还需要开发人员在进行系统设计以及编码时充分考虑如何配合自动化测试。而通常来讲，自动化测试都是在整个系统趋于稳定的情况下来进行的，也就是说会在开发的后期进行（也不知道我这样理解对不对：））。这样就存在了一个问题，开发人员最开始对自动化测试的考虑到后来能否与实际需求相符。还是说这种情况下只能根据现有的系统来进行一些非系统的、简单的自动化测试（感觉这样不能最大可能的发挥自动化测试的效力）。

作者: pcl2004_27 时间: 2004-7-7 14:30
随着自动化测试理论的发展，形成一套自动化测试理论 - 自动化测试生命周期。

  根据它我们把自动化测试深入到软件开发的整个周期之中，自动化测试是不简单的指我们所理解的功能测试的自动化，利用自动化工具代替人手工进行测试而已。在不同的开发阶段都有不同的自动化工具相配合。

你这里所指的是自动化功能测试，对于这个问题我们知道自动化测试是一种在知道正确结果下的自动化测试，也就是说他发现的是一些已有的问题。那么我们考虑的就是实际需求是否是正确的，是验证最后的功能是否达到了软件要求。

你之所以问这样的问题，我觉得是因为，你们公司根本没有全力去开发自动化脚本，没有统一的步骤，统一的目标所导致。
如果只是根据现有的系统来进行一些非系统的、简单的自动化测试，那么将是浪费人力物力。做这些工作其实应该放到自动化前期，自动化测试工具学习的阶段来进行。在这个阶段里发现可能出现的问题，预估工作量，和难度。

  自动化测试只是一种测试手段，需要你充分考虑自动化的可行性之后，才实施。从人力，成本上都到达所要求的目标。

作者: jackei 时间: 2004-7-8 14:57
其实简单的有效的自动化也不是不可能实现的。测试自动化可以考虑先进行那些容易自动化的测试很快有回报的测试

其实在实际工作中，个人感觉上面两条是判断那些工作需要实现自动化最简单的方法。自动化本身是一个逐步引入的过程——你也可以认为它是迭代引入。因为自动化测试不仅仅需要调整测试过程，而且还需要调整开发过程以与之配合，所以在考虑是可以从最容易实现的部分开始。比如有些不需要参考太多文档，不需要考虑自动化测试框架的引入，不需要自定义application map，不需要自己设计公共函数库，不需要自动化脚本太可靠，等等等等。
举个简单的例子，我只是想在新版本发布时通过自动化脚本简单的跑一下最基本的流程，看看是否能够通过，那么这个就很容易实现。不用参考设计文档，不用考虑自动化工具是通过什么方法来识别对象，假定不需要进行数据的验证，甚至不用专门进行自动化测试设计，通过简单的录制脚本——如果有需要再简单的修改，就可以使用了。

作者: skinapi 时间: 2004-7-8 17:26
"因为自动化测试不仅仅需要调整测试过程，而且还需要调整开发过程以与之配合"

感觉难就难在调整开发过程与自动化测试相配合，我现在也就只能考虑一些简单的容易实现的自动化测试。

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