>

环境检测

- 编辑:本地生活网 -

环境检测

  当一个软件从雏形到真正的在一台计算机上运行的时候,谁也不能保证计算机软件能一步到位的满足人们的需求。所以就有了软件测试。以下是小编整理的软件的自动化测试论文,希望能让你更加了解软件的自动化测试。

  谈到自动化测试,一般就会提到测试工具。许多人觉得使用测试工具就是实现了测试自动化,这种理解是不对的,至少是片面的。的确,测试工具的使用是自动化测试的一部分工作,但“用测试工具进行测试”不等于“自动化测试”。

  自动化为测试而存在的,所以自动化测试的真正含义可以理解为“一切可以由测试是相对手计算机系统自动完成的测试任务都已经由计算机系统或软件工具、程序来承担并自动执行”。它包含了下列3层含义:

  “一切”,不仅仅指测试执行的工作——对被测试的对象进行验证,还包括测试的其它工作,如缺陷管理、测试管理、环境安装、设置和维护等。

  “可以”,意味着某些工作无法由系统自动完成,如脚本的开发、测试用例的设计,需要创造性,其工作需要手工处理。

  即使由系统进行自动化测试,还少不了人的干预,包括事先安排自动化测试任务、测试结果分析、调试测试脚本等。

  严格意义上,“自动化测试(Automated Testing)”不等于“测试自动化(Test Automation)”。自动化测试,模拟手工测试步骤,通过执行程序语言编制的测试脚本自动地测试软件,自动地实施软件的单元测试、功能测试、负载测试或性能测试等。自动化测试集中体现在实际测试执行(test execution)的过程,也就是由手工逐个地运行测试用例的操作过程被测试工具自动执行的过程所代替。自动化测试,强调借助工具(不仅仅是工具,有时包括策略和工件)来完成测试的执行,也就是用工具来帮助或辅助测试,这个执行过程可能是全自动的,也可能是半自动的。

  测试自动化的要求高得多,侧重说明将测试用自动化设计和实现的过程,即所有的测试工作都能有计算机系统自动完成,包括:测试环境的搭建和设置,如上载安装包到服务器;脚本自动生成,如根据UML状态图、时序图等生成可运行的测试脚本;测试数据的自动产生,例如自动产生数据负载测试所需要的大量数据;测试操作步骤的自动执行,包括测试执行过程的控制;测试结果分析,实际输出和预期输出的自动对比分析;测试流程的自动处理,即测试工作流的自动实现,包括测试计划复审和批准、测试任务安排和执行、缺陷生命周期等流程的自动化处理。测试报告自动生成功能等。

  这样,测试自动化意味着测试全过程的自动化和测试管理工作的完全自动化,是测试工程师所追求的一种理想境界,环境检测但是很难实现的。

  自动化测试和手工测试都不影响测试的有效性和仿效性,自动化测试只是对测试的经济性和修改性有影响,自动化测试通常要比手动测试经济得多,自动化测试的方法越好,长期使用获得的收益就越大。

  1)测试任务明确,不会频繁变动。2)每日构建后的测试验证。3)回归测试、压力测试、性能测试。4)软件系统界面稳定,改动较少。5)需要在多种平台上运行相同的测试案例、组合遍历型的测试、大量重复的测试任务。6)软件维护周期长。7)待测软件系统开发比较规范,能够保证系统的可测性。环境检测8)项目进度压力不大。9)具备大容量的自动化测试平台。10)测试人员具备较强的编程能力。

  我们对自动化测试充满了希望,然而,自动化测试却经常带给我们沮丧和失望。虽然,自动化测试可以把我们从困难的环境中解放出来,在实施自动化测试解决问题的同时,又带来同样多的问题。环境检测本文介绍自动化测试的6个步骤:改进自动化测试过程,定义需求,验证概念,支持产品的可测试性,具有可延续性的设计(design for sustainability),有计划的部署等。

  2)缺乏经验:尝试测试自己的程序的程序员经常采用自动化测试。由于缺乏经验,很难保证自动化测试的顺利开展。

  3)更新换代频繁(High turnover):当自动化测试更新换代频繁的时候,你就丧失了刚刚学习到的自动化测试经验。

  4)不愿思考软件测试:很多人发现实现产品的自动化测试比测试本身更有趣。自动化工程师不参与到软件测试的具体活动中。

  5)关注于技术:如何实现软件的自动化测试是个技术问题。不过,过多的关注如何实现自动化测试,导致忽略了自动化测试方案是否符合测试需要。

  在自动化测试开发过程中遵守已经建立的软件开发规则,按照在软件开发项目中采用的标准步骤,实现测试自动化:

  采用列有产品特性的列表,然后对照列表检查。回归测试检查列表可以告诉应该测试哪些方面。在开始测试之前,需要完善回归测试检查表,并且确保已经采用了确定的的测试方法,指明测试中需要什么样的数据,并给出设计数据的完整方法。确认可以提供上面提到的文档后,需要明确测试设计的细节描述,还应该描述测试的预期结果。在开始更为完全意义上的测试自动化之前,必须已经完成了测试设计文档。测试设计是测试自动化最主要的测试需求说明。

  应该有一份自动化测试需求,用来描述需要测试什么。测试需求应该在测试设计阶段详细描述出来,自动化测试需求描述了自动化测试的目标。

  尽可能快地验证采用的测试工具和测试方法的可行性,站在产品的角度验证所测试的产品采用自动化测试的可行性。需要尽快地找出可行性问题的答案,需要确定你的测试工具和测试方法对于被测试的产品和测试人员是否合适。

  配置测试:你的软件支持多少种不同的平台?你打算在所有支持的平台上测试执行所有的测试用例吗?那么采用自动化测试是有帮助的。

  测试环境建立:对于大量不同的测试用例,可能需要相同的测试环境搭建过程。在开展自动化测试执行之前,先把测试环境搭建实现自动化。

  软件产品一般会用到下面三种不同类别的接口:命令行接口(command line interfaces,缩写CLIs)、应用程序接口(API)、图形用户接口(GUI)。

  无论你需要支持图形界面接口、命令行接口还是API接口,如果你尽可能早的在产品设计阶段提出产品的可测试性设计需求,你很可能成功。

  自动化测试设计中考虑自动化在未来的可扩充性是很关键的,不过,自动化测试的完整性也是很重要的。把注意力放在通过设计保证测试的可延续性上,选择一个合适的测试体系架构,将进一步迈向成功的自动化测试。主要从以下几方面考虑,测试的可检视性、测试的可维护性、测试的完整性、测试的独立性、测试的可重复性。

  最后,我们还不得不承认,自动化测试和手工测试往往交织在一起,相互补充,工具执行过程往往需要人工分析,手工测试时也可以借助工具处理某些数据、日志或显示某些信息。也就是说,不是试图用自动化测试来代替所有的手工测试,而应该在尊重手工测试的同时,遵守已经建立的软件开发规则,按照在软件开发项目中采用的标准步骤,实现测试自动化。

本文由环境检测发布,转载请注明来源:环境检测