软件开发中手工测试及自动测试结合及应用.docVIP

软件开发中手工测试及自动测试结合及应用 摘要：实施和推广自动化测试的目的就是要把软件测试人员从大量枯燥乏味的机械式手工测试中解放出来，使测试人员的精力真正花在提高软件产品质量本身，但在软件开发过程中又不能完全舍弃手工测试。手工测试和自动化测试有各自的优缺点，如果想让一个软件开发项目的测试工作能够有效的节省人力、节省时间、控制成本，提高测试效率，就要综合考虑项目的实际情况，将手工测试和自动测试有效结合起来。 关键词：手工测试；自动测试；测试用例；测试脚本 中图分类号：TP311.52文献标识码：A文章编号：1007-9599 (2012) 06-0000-02 通常的手工测试流程是在软件开发过程中进行各个机能程序的单元测试，然后在整个软件开发结束阶段，再集中进行大量的测试，其中包括功能和性能的集成测试和系统测试。（图1） 图1测试阶段的划分 但随着软件项目的开发越来越复杂，手工测试流程不可避免地存在以下的缺陷：①对项目进度难于控制，项目管理难度加大；②对于项目风险的控制能力较弱；③软件项目开发费用超出预算。 为了解决通常手工测试的问题，为了节省人力、节省时间、控制成本，提高测试效率，越来越多的项目尝试使用自动化测试。软件自动化测试是在预设条件下运行系统或应用程序来评估运行结果，以人为驱动的测试行为转化为机器执行的一种过程。与手工测试相比，自动化测试的优势较明显。首先自动化测试可以提高测试效率，使测试人员更加专注于新的测试模块的建立和开发，从而提高测试覆盖率；其次，自动化测试更便于测试资产的数字化管理，使得测试资产在整个测试生命周期内可以得到重复使用。 软件开发中使用自动化测试也是有条件的，第一、要求项目周期足够长。 因为自动化测试需求的确定、自动化测试工具的编写与调试均需要较长的时间来完成。如果项目的周期比较短，没有足够的时间去完成整个过程，那么自动化测试就无法实现。 第二、要求软件需求变动不频繁。自动化测试工具的稳定性决定了自动化测试的维护成本。如果软件需求变动过于频繁，测试人员需根据变动的需求来更新测试用例以及相关的测试工具，且所花费的成本高于节省的测试成本，那么自动化测试便是多余的。 测试用例比较以后，一旦发生错误，对错误的定位非常困难 自动化测试脚本 测试脚本的编写过程实际上是具体的测试用例的脚本转化。自动化测试脚本的稳定性决定了自动化测试的维护成本，如果程序设计书的变更太频繁，那么测试人员就需要根据程序设计书的变更重新更新测试用例和测试脚本，甚至还有可能修改自动化测试的框架，如果所花费的成本高于其所节省的测试成本，这样自动化测试就是失败的，在此类情况下采用手工测试更为合适。如果在软件开发项目中的某些模块相对比较稳定，另一些模块变更比较大，这时可以对相对稳定的模块进行自动化测试，对变更比较大的模块进行手工测试。 当一个测试用例所形成的测试脚本通过测试以后，并不代表执行多个甚至所有的测试用例就不会出错。当入力数据或测试环境改变时，会导致测试结果发生变化甚至失败。 各种测试用例也可能会用到相同的测试环境，这时应该将测试环境进行独立封装，这样可以增强测试脚本的可维护性。 自动化测试数据 一个测试用例需要执行很多个测试数据，这时可以将测试数据放到一个独立的文件中，当测试脚本执行到当前测试用例时来读取数据文件，从而达到数据覆盖的目的。另外，可以利用特殊的测试用例来进行极限测试和边界测试。 案例说明 我曾经开发一个日本的股票用户帐户信息系统，前台界面是用Java实现的，后台处理是用Cobol实现的，数据库是用Oracle实现的。其中有大量的Web画面的测试考虑使用自动化测试的方式。 该项目中测试自动化的实现流程： 1.编写test case以及test实行parameter 1.1编写画面定义书 根据日方提供的画面layout文件做成画面定义书 1.2操作pattern化 根据画面定义书、画面迁移图将画面操作pattern化，做成操作定义书（操作部分）。将一个pattern做成一个excel book文件。 1.3编写test case 根据操作定义书（操作部分）、画面定义书、处理方式设计书做成test case定义书。把操作定义书（操作部分）中已经pattern化的操作组合做成test case。将一个test case做成一个excel sheet页。 1.4data定义 根据test case做成入力数据、预计的出力数据和其他的相关测试数据。 1.5测试实行时的parameter 根据test case定义书、操作定义书做成为自动测试实行的parame