每日构建工具

Ⅰ 应用程序的ui自动化测试使用什么工具

曾经有一段时间，人们习惯于在MS Excel里面编写单元测试用例，然后开发人员就按照单元测试用例一步一步的来实现用例。这通常是很耗时的漫长的过程，尤其是如果应用很大或者UI很复杂的话。
这一套单元测试的执行过程常常成为瓶颈，因为任何代码修改都会带来手工执行大量单元测试，以确保新的修改没有破坏原有功能。

如今是个快节奏时代，人们希望工作能够无需人工介入、自动化的快速完成。每个人都喜欢执行一个命令就能把工作搞定，而且在执行期间不需要人工介入。需要做的仅仅是检查一下最终的输出结果。
当这个世界正在迈向自动化时，自动化测试也不甘落后，不论是在功能测试方面还是UI测试方面。每天我们都能听说自动化测试方面涌现出的新软件。
本文提供了一些信息给那些想用Coded UI自动测试框架来进行应用界面自动化的.Net开发者。

什么是Coded UI?
最近我一直在寻找一个自动化的用户接口测试的解决方案。用户接口测试需要用户多次进行手工输入操作，这是一个既枯燥又费时的过程。因此，我想寻找一种更智能的自动化UI测试的方案，这种UI测试在不需要人工干预下，能够被保存，记录并提供支持 ，快速测试代码的改变。
Coded UI 采用用户接口来驱动应用的进行自动化测试。这些测试包括UI控制的功能性测试。他们使你可以验证整个应用的功能是否正确，其中包括了用户接口。Coded UI尤其适合用于用户接口中存在校验或者其它的登录方式的测试，比如网页。Coded UI也可以用于人工测试用例的自动化。

Coded UI 测试帮助用户测试应用程序的用户接口。这些测试允许用户验证应用程序的功能。Coded UI 多数时间用于帮助验证在UI层本身的有效逻辑。它能够验证值对用户接口的控制的正确性。
其它方案
市场有许多自动化用户接口的方案，比如HP的QuickTest Professional, IBM Rational Functional Tester. 其它著名的，易于使用的开源工具解决用户接口自动化问题的有Selenium，也能够记录测试，需要的时候回放。市场上还有来自Microsoft的也能不需要太多努力做同样的事。用Visual Studio Microsoft还有Coded UI的方案用于单元测试。

Coded UI适合在哪儿用?

大多数安装了Visual Studio的开发者都喜欢在Visual Studio的环境里进行单元测试，而不是使用第三方工具。由微软提供的Coded UI，在Visual Studio环境里可谓上手即用。在开发者的机器上无需另外安装任何东西。一旦你安装了Visual Studio的Premium版或者Ultimate版，你就同时也安装好了Coded UI。
Coded UI可用性

为了使用Coded UI，需要安装Visual Studio 2010/2012/2013的Premium版或者Ultimate版。

Coded UI 测试的组成
Coded UI 测试的组成容易理解。它可分成下列文件：
UIMap.uitest
这个文件是UIMap类的XML表示。UIMap类包括视窗，控件，属性，方法，断言和动作。
UIMap.cs
对UIMap的自定义部分都存在这文件里。如果修改直接存在UIMap.designer.vb文件的话，那些修改都会在记录结束后丢失，因为这个文件重新创建了。
给每个在测应用程序中的每个模块创建一个独立的UIMap文件。
UIMap.Designer.cs
这是部分类表达各种类。这各种类是给多样的控件和他们的范围，属性，方法的类。
提示：不要直接修改 UIMap.Designer.cs。加入你这样做，这个修改会被覆盖掉。
CodedUITest.cs
这类表示的实际的CodeUI测试类，方法调用，和断言调用，所有的方法和断言默认都是从UIMap.Designer.cs文件调用的。这类有具有【codedUITest]属性TestClass和包含具有【TestMethod]属性的多种方法。

Coded UI的特性/好处

进行用户界面测试的同时进行校验.
生成VB.Net/C#代码.
测试用例可以被记录和重放.
集成了ALM Story
能够作为每日构建的一部分来运行.
根据需要进行高级扩展.
和Visual Studio集成在一起，所以无需单独购买许可.
Coded UI对Web和Windows应用同样适用.
著名的Microsoft支持.
创建Coded UI测试

Coded UI测试可以用下列方式创建
使用MTM进行快速自动构建
从现有的记录(从手动测试中记录下来的操作)中创建Coded UI
在Coded UI Test Builder创建的底稿的基础上创建一个新的Coded UI测试.
自己写Coded UI.
这个白皮书的范围仅限于“在Coded UI Test Builder创建的底稿之上创建一个新的Coded UI测试”。
小贴士: 尽量使用Coded UI Test Builder。
Coded UI Test Builder

每一个Coded UI测试的生成都需要遵从下列步骤.
记录/停止/暂停
编辑记录下来的步骤
添加断言
生成代码
创建Coded UI 测试

创建新的Coded UI 项目
要开始使用Coded UI，首先我们需要创建一个测试项目，用来保存所有Coded UI测试。创建一个新的Coded UI项目包含下列步骤
打开Visual Studio 2012
选择 File > New > Project
选择需要的语言模板 (C# or VB.Net). 我们选择了C#.
选择Coded UI Project
输入一个名字
点击 OK 按钮

添加 Coded UI 测试
Visual Studio默认配置为创建Coded UI 测试使用 "Generate a new Coded UI Test from scratch using Coded UI Test Builder"
提示：在测试的应用程序中，当你创建UI控件时尽量使用有意义的名称，从而对于自动生成的控件显得更加有意义和可用。
一旦 Coded UI 测试工程创建完成，将会自动打开生成Coded UI 测试代码的对话框，请给出以下选项的设置。
记录操作，编辑UI地图或添加断言
使用一个已经存在的操作记录
默认情况下 选择记录操作,编辑UI地图或添加断言，无需做任何操作，然后点击 "ok"

Coded UI Test Builder
选择了上述选项后，Coded UI Test Builder就会被打开，同时Visual Studio窗口被最小化。这意味着我们已经为记录操作做好了准备。
正如之前描述的，Coded UI Test Builder基于下列4个操作来做记录
Record Steps
Update or Delete Steps
Verify Results (Add Assertions)
Generate Code
小贴士: 如果用户界面(UI)变化了，就重新记录测试方法或断言方法，或者重新记录一个既有测试方法中受影响的部分。
记录一个序列的操作.
记录一个操作主要需要下列几步.
Start Recording, 通过选择Record按钮即可.
Pause Recording, 用来处理记录过程中的其它操作，即Generate Code.
Edit/Delete 操作, 以防错误的操作被记录。
Generate code为记录下来的操作创建编号。会给每一个记录下来的操作都生成编号。
Add Assertions 用来校验结果。
小贴士: 创建断言最好使用Coded UI Test Builder，因为它会在UIMap.Designer.cs文件中自动添加一个断言方法。

为记录动作做计划
任何事情的成功都取决于它计划得有多好。较好地计划最大限度保证了任务成功完成。这样总是比较好，在开始记录动作之前，我们计划好所有的所有要计划的步骤。
这里我们将要使用应用程序Windows计算器来记录步骤。我们要自动地加和减两个数字。在记录加和减两个数字的时候，下面的步骤将会用到。
。点击“开始记录”控件
。到开始，点击执行
。在执行窗口，输入”calc"
。停止记录，看记录的步骤
。删除错误的步骤（存在的话）
。产生代码；提供和动作相匹配的名字。比如，打开计算器。
提示：当你产生一个方法时候，使用一个有意义的方法的名字，代替默认名字。
有意义的名字帮助识别方法的木的。
。重新记录，提供第一个数字，暂停记录产生代码
。重新记录，提供操作（加或者减），暂停记录，产生代码
。重新记录，提供第二个数字，暂停记录，产生代码。
。加断言
提示： 产生你的测试作为一系列记录的方法
提示： 可以的时候，限制每个方法小于10个动作。这模块化的方法让UI改变时候容易替换方法。

我们已经看到了Coded UI可以使开发者的生活变得多么轻松，尤其是遇到每次都需要进行很多输入的复杂页面的时候。这时，测试用例只需要被记录一次，就可以按照需要执行任意多次。使用Coded UI比使用其它工具的好处是，它能自动适配Web页面和Windows窗口应用。Coded UI测试可以用Visual Studio 2010来运行，也可以用任何版本的VS来运行，它们的功能正变得越来越强大。无需多说，Coded UI是一个由技术领导者提供的强大工具，想要体验Coded UI测试的强大，我们应该开始在项目中使用它看看它能带来多少ROI，我确信Coded UI不会让你失望。
转载

Ⅱ 华为软件开发云如何让devops落地用了该工具的企业效果效率提升了多少

据了解，华为开发云（http://www.hwclouds.com/devcloud/）提供了项目管理、配置管理、代码检查、编译构建、测试、部署、发布等端到端地覆盖软件生命周期的相关服务。

1、从技术层面来看，企业可以在软件开发云上利用“配置管理-代码检查-编译-构建-部署-测试-发布”等服务，为产品版本集成发布可视化地创建流水线，本流水线包含多个阶（stage）；在每个阶段创建多个不同类型的任务（task），例如，代码检查任务、编译构建任务等。

2、在代码提交后，利用云上各服务的集群并发及加速能力，流水线的相关任务可以实现最大程度地并发，在小时级别自动化实现版本级集成发布，得到版本质量报告，并快速反馈给开发人员，以便进行快速修复，在开发人员修复版本后并再次进行流水线的集成发布。

在紧急状态下，还能实现版本的快速可靠回退。这样一来，版本每周或每日构建成为可能，项目管理服务提供了敏捷式、社交化的项目管理方式，可与配置管理关联，使得开发团队有效协同，通过看板等各种图表实时掌握项目进度和质量。

实际的效果：

实际使用过程中，以某个孵化器为例，在孵企业主要研发智慧城市解决方案相关的产品，多个公司经常会协同开发一款产品。每个公司使用不同的研发工具，没有一个统一的研发工具平台。为了解决瀑布模式难以快速迭代、跨地域多团队协同、手工编译构建周期长、不同团队的工具平台不统一等问题，选择了华为软件开发云进行项目联合开发。

在熟悉了DevOps研发模式、软件开发云服务特性（例如流水线等）后，产品版本的集成发布由原先的1天缩短为30分钟，整个项目的交付周期缩短到3个月。

Ⅲ 自动化测试用什么工具

自动化测试的工具有哪些
开源功能自动化测试工具：Watir、Selenium、MaxQ、WebInject

开源性能自动化测试工具：Jmeter、OpenSTA、DBMonster、TPTEST、Web禒Application Load Simulator

不过，大家用的最多的就是QTP和LR哈，希望对你有帮助
安卓系统自动化测试使用什么工具 10分
一、首先说说手机自动化测试的原理

1、手机自动化测试的原理为PC上一个控制端（测试工具）与手机上的一个agent端，通过串口、USB或者无线方式将PC与手机终端相连，然后应用测试工具向手机发送请求或者命令，手机收到命令或者请求后，交给agent端解析，然后agent将这些解析的命令下发给手机的各个功能模块所能识别的命令，调用那些功能模块模拟操作。完成这些操作后，手机会返回一些信息，agent可以抓取这些信息，然后传回给PC端，这样就完成了一个完整的手机自动化测试。

2、关键点在于agent，有的公司是向自己的手机终端的软件功能模块中植入测试程序响应代码，有的公司可以利用MMI_mand的方式来控制手机终端；原理就是给手机提供一个响应的接口。

3、而对于PC控制端，这个测试脚本用各种编程语言都可以，看如何定义

4、而又的自动化测试设计成录制的机制，说通俗点，就是记录手工操作的键盘信息或者LCD的操作信息（LCD需要用到智能识别机制）

5、自动化测试框架的搭建方法是通用的，你需要有一套自己的测试框架才能保证自动化测试的顺利开展。

二、Android自动化测试方向：

1、CTS，CTS 测试基于Android instrumentation 测试， 其又基于JUnit 测试。说白了， CTS 就是一堆单元测试用例。这也是java 语言的擅长部分。

2、 Monkey工具，Monkey是Android中的一个命令行工具，可以运行在模拟器里或实际设备中。它向系统发送伪随机的用户事件流(如按键输入、触摸屏输入、手势输入等)，实现对正在开发的应用程序进行压力测试。Monkey测试是一种为了测试软件的稳定性、健壮性的快速有效的方法。

3、ASE，ASE 意思为Android 脚本环境， 即我们可以通过脚本（比如Python）调用Android 的功能，从而定制一些测试。比如打电话，发短信，浏览网页，等。我们可以扩充它的API（Java 部分）, 并用python 脚本调用这些API, 从而实现丰富的测试功能。用于API 部分可以访问到Android 全部API, python 又能灵活部署测试，所以ASE 的扩展性非常好。

4、Robotium，该工具用于黑盒的自动化测试。可以在有源码或者只有APK 的情况下对目标应用

进行测试。Robotimu 提供桥悄判了模仿用户操作行为的API，比如在某个控件上点击，输入Text

等等。（推举你可以研究一下这个工具，敏改开源的，我有资料）

5、可以自己开发一个手机方面的自动化测试工具，原理上一样
自动化测试工具有哪些
自动化测试包含多种，如Web自动化、手机自动化等：

Web自动化测试工具：selenium、QTP。

性能自动化测试工具：loadrunner、jmeter。

接口自动化测试工具：SoapUI、postman。

手机自动化测试工具：robotium、appium。每种的第一个都比较推荐。当然还有其他的运橘工具，不过这些比较普及。
做软件的自动化测试一般用什么工具
1、测试类型可以包括：白盒测试、黑盒测试（功能测试、性能测试）等。

2、不同的测试类型使用的自动化测试方法不同，白盒测试主要针对代码级的单元测试、黑盒测试主要面对功能级和系统级的验证测试。

3、自动化测试，针对白盒测试，一般需要有一定的编程基础，即能够基于功能代码写测试代码，常用的单元测试方面的自动化测试工具很多，上网一搜全是。

4、自动化测试，针对功能测试，有几种情况，基于CLI、API和GUI的测试；基于CLI、API的测试，即应用脚本技术向设备模拟发送CLI命令或者API请求，以达到控制设备的效果。基于GUI功能测试，即应用传统的界面自动化测试工具(例如：RFT、QTP等）控制界面控件操作的方法，以达到模拟用户操作，这几种方式都需要你有一定的编码基础；基于CLI、API的需要你懂脚本技术（例如:tcl、python、ruby等），RFT需要你懂java或者、QTP需要VB等。
做软件的自动化测试一般用什么工具
曾经有一段时间，人们习惯于在MS Excel里面编写单元测试用例，然后开发人员就按照单元测试用例一步一步的来实现用例。这通常是很耗时的漫长的过程，尤其是如果应用很大或者UI很复杂的话。

这一套单元测试的执行过程常常成为瓶颈，因为任何代码修改都会带来手工执行大量单元测试，以确保新的修改没有破坏原有功能。

如今是个快节奏时代，人们希望工作能够无需人工介入、自动化的快速完成。每个人都喜欢执行一个命令就能把工作搞定，而且在执行期间不需要人工介入。需要做的仅仅是检查一下最终的输出结果。

当这个世界正在迈向自动化时，自动化测试也不甘落后，不论是在功能测试方面还是UI测试方面。每天我们都能听说自动化测试方面涌现出的新软件。

本文提供了一些信息给那些想用Coded UI自动测试框架来进行应用界面自动化的.Net开发者。

什么是Coded UI?

最近我一直在寻找一个自动化的用户接口测试的解决方案。用户接口测试需要用户多次进行手工输入操作，这是一个既枯燥又费时的过程。因此，我想寻找一种更智能的自动化UI测试的方案，这种UI测试在不需要人工干预下，能够被保存，记录并提供支持 ，快速测试代码的改变。

Coded UI 采用用户接口来驱动应用的进行自动化测试。这些测试包括UI控制的功能性测试。他们使你可以验证整个应用的功能是否正确，其中包括了用户接口。Coded UI尤其适合用于用户接口中存在校验或者其它的登录方式的测试，比如网页。Coded UI也可以用于人工测试用例的自动化。

Coded UI 测试帮助用户测试应用程序的用户接口。这些测试允许用户验证应用程序的功能。Coded UI 多数时间用于帮助验证在UI层本身的有效逻辑。它能够验证值对用户接口的控制的正确性。

其它方案

市场有许多自动化用户接口的方案，比如HP的QuickTest Professional, IBM Rational Functional Tester. 其它著名的，易于使用的开源工具解决用户接口自动化问题的有Selenium，也能够记录测试，需要的时候回放。市场上还有来自Microsoft的也能不需要太多努力做同样的事。用Visual Studio Microsoft还有Coded UI的方案用于单元测试。

Coded UI适合在哪儿用?

大多数安装了Visual Studio的开发者都喜欢在Visual Studio的环境里进行单元测试，而不是使用第三方工具。由微软提供的Coded UI，在Visual Studio环境里可谓上手即用。在开发者的机器上无需另外安装任何东西。一旦你安装了Visual Studio的Premium版或者Ultimate版，你就同时也安装好了Coded UI。

Coded UI可用性

为了使用Coded UI，需要安装Visual Studio 2010/2012/2013的Premium版或者Ultimate版。

Coded UI 测试的组成

Coded UI 测试的组成容易理解。它可分成下列文件：

UIMap.uitest

这个文件是UIMap类的XML表示。UIMap类包括视窗，控件，属性，方法，断言和动作。

UIMap.cs

对UIMap的自定义部分都存在这文件里。如果修改直接存在UIMap.designer.vb文件的话，那些修改都会在记录结束后丢失，因为这个文件重新创建了。

给每个在测应用程序中的每个模块创建......
什么样的项目适合自动化测试
虽然，在你拿到这本书时已经对要测试的项目做了一些分析和考量，但还是有必要在这里罗嗦一下不是所有项目有适合实施自动化测试的，以免对项目实施自动化过程中发现困难重重，浪费了大量的人力和时间而没有得到应有的收益。

1、任务测试明确，不会频繁变动

2、每日构建后的测试验证

3、比较频繁的回归测试

4、软件系统界面稳定，变动少

5、需要在多平台上运行的相同测试案例、组合遍历型的测试、大量的重复任务

6、软件维护周期长

7、项目进度压力不太大

8、被测软件系统开发比较规范，能够保证系统的可测试性

9、具备大量的自动化测试平台

10、测试人员具备较强的编程能力

当然，并非以上10 条都具备有情况下才能开展测试工作。这里就需要读者做综合的权衡。在我们普遍的经验中，只要满足三个条件就可以对项目开展自动化测试：

软件需求编程不频繁

测试脚本的稳定性决定了自动化测试的维护成本。如果软件需求变动过于频繁，测试人员需要根据变动的需求来更新测试用例以及相关的测试脚本，而脚本的维护本身就是一个代码开发的过程，需要修改、调试，必要的时候还要修改自动化测试的框架，如果所花费的成本不低于利用其节省的测试成本，那么自动化测试便是失败的。

项目中的某些模块相对稳定，而某些模块需求变动性很大。我们便可对相对稳定的模块进行自动化测试，而变动较大的仍是用手工测试。

项目周期较长

由于自动化测试需求的确定、自动化测试框架的设计、测试脚本的编写与调试均需要相当长的时间来完成。这样的过程本身就是一个测试软件的开发过程，需要较长的时间来完成。如果项目的周期比较短，没有足够的时间去支持这样一个过程，那么自动化测试便成为笑谈。

自动化测试脚本可重复使用

自动化测试脚本的重复使用要从三个方面来考量，一方面所测试的项目之间是否很大的差异性（如C/S 系统和B/S 系统的差异）；所选择的测试工具是否适应这种差异；最后，测试人员是否有能力开发出适应这种差异的自动化测试框架。
做软件的自动化测试一般用什么工具？和黑盒测试工具一样么？用loadrunner怎么样？
一、对于你的问题，首先明确测试类型，然后才能明确自动化测试类型，最后定位哪个类型用哪个方面的自动化饥试工具

1、测试类型可以包括：白盒测试、黑盒测试（功能测试、性能测试）等。

2、不同的测试类型使用的自动化测试方法不同，白盒测试主要针对代码级的单元测试、黑盒测试主要面对功能级和系统级的验证测试。

3、自动化测试，针对白盒测试，一般需要有一定的编程基础，即能够基于功能代码写测试代码，常用的单元测试方面的自动化测试工具很多，上网一搜全是。

4、自动化测试，针对功能测试，有几种情况，基于CLI、API和GUI的测试；基于CLI、API的测试，即应用脚本技术向设备模拟发送CLI命令或者API请求，以达到控制设备的效果。基于GUI功能测试，即应用传统的界面自动化测试工具(例如：RFT、QTP等）控制界面控件操作的方法，以达到模拟用户操作，这几种方式都需要你有一定的编码基础；基于CLI、API的需要你懂脚本技术（例如:tcl、python、ruby等），RFT需要你懂java或者、QTP需要VB等。

5、你说的loadrunner就是性能测试方面的工具，即是测试软件性能、例如多用户操作等性能、也需要写代码，LR脚本支持的语言有：java、c、Visual Basic、vbscrīpt。默认的脚本生成语言为 C;其实我想说的是，性能测试工具不重要，你需要掌握其性能测试的方法才是更重要的。

二、我感觉你想入门自动化测试，但是从你问的问题来看，有一定盲目性，我简单说一下自动化测试吧:

1、自动化测试，其理念就是应用各种手段模拟人工操作，节省人力测试成本，保证产品测试质量。

2、你想学好自动化软件测试，不是单单靠学习几个自动化工具就能掌握的，但是你可以从工具入手，

首先，告诉你自动化测试的基础是

1）编程技巧，包括高级语言和脚本语言，脚本语言是初期的掌握，可以有，tcl、phython、ruby等而高级语言，要好好学好一门，例如，我是对java为重点。还有，如果你是对web自动化测试的话，那么jsp、php、HTML、CSS等web语言是必须掌握的。

2）操作系统技巧；因为软件自动化测试是构建在操作系统上的，其技巧需要能善于利用到操作系统的各种技巧，例如：注册表、环境变量、句柄等。

3）数据库知识，要善于利用数据库知识去存储管理。

4）业务知识，这也是重点。你所在软件行业的软件业务，要知道你的软件的工作方式。

5）质量与流程管理理念。

然后，你的学习步骤

1）可以从工具入手，根据具体的项目去学习；例如：java软件界面测试（RFT、QTP的java插件等）、web界面测试（QTP、selenium等）、性能测试（RPT、loadrunner等）。但记住，学习其工具，重点不是简单的使用，而是如何利用工具去扩展。

2）然后，重点学习以上的基础，以编程为重点，其余的结合学习，顺便说一句，其实自动化测试的理念与软件设计模式理念很像，你可以从中有所领悟。

3）之后，再学习去拓建自己的自动化测试框架，何谓框架，一下说不清楚，我给你推荐一下

注意：如果没有自动化测试方面的实践项目的话，最好先从基础学起，因为基础学好了，自动化测试入门会很快的。

4（至于性能测试，也是一样，可以先从工具入手，但不要局限于工具，性能测试最重要的是环境的构建方法以及对测试结果的分析方法，所以性能测试重点在于分析和实现过程，而不是工具使用过程。

或者对自动化测试有兴趣的，可以发短消息或者邮件我。（[email protected])，有机会一起学习探讨下

或者，可......
一般大公司UI自动化测试使用什么工具呢
hi，我可能在你说的大公司里

1、UT自动化测试，其实都是基于selenium做的，在此基础上做了自己的框架或者录制工具

2、不过说真的，UI自动化，就算在大公司里，其实用的也不普遍，因为互联网项目迭代的快速性，就导致了UI自动化的难度，界面老变，项目周期短，没时间实现UI自动化，或者UI自动化难以维护

3、所以，我主导的测试项目，都是UT、开发互相review(架构、代码)—接口测试—系统测试(体验测试)，也许你经历快速团队的开发和测试主导后，你会发现，有时候，沟通和协作往往比一些自动化测试要来的可靠

有问题，发邮件到[email protected]找我要微信聊吧，或者，网络搜索一下酷测网，里面有我们搞的一些自动化、性能方面的课程。(散步的SUN)
常用自动化测试工具都有哪些
列举一些工具和框架，有开源的也有商业的

monkey

monkeyrunner

monkeytalk

Instrumentation

UIAutomator

Espresso

Calabash

Selendroid

Robotium

Appium

Testbird

SeeTest

SilkMobile

Ranorex

TestBird是比较有名的自动化测试平台：

TestBird最初是从手游测试开始起步，在手游圈积累起很高的知名度，目前也已向APP测试领域进军，同时TestBird也加入了智能硬件的测试领域。不仅如此，TestBird同时也开发出云手机平台，帮助开发者和测试者实现远程真机调试，自助功能测试和自动回归测试。
APP自动化测试有哪些工具
appium比较方便，支持多语言

Ⅳ 开发过程中据说的迭代是什么意思

迭代是重复反馈过程的活动，其目的通常是为了逼近所需目标或结果。每一次对过程的重复称为一次“迭代”，而每一次迭代得到的结果会作为下一次迭代的初始值。

重复执行一系列运算步骤，从前面的量依次求出后面的量的过程。此过程的每一次结果，都是由对前一次所得结果施行相同的运算步骤得到的。例如利用迭代法*求某一数学问题的解。

对计算机特定程序中需要反复执行的子程序*(一组指令)，进行一次重复，即重复执行程序中的循环，直到满足某条件为止，亦称为迭代。

(4)每日构建工具扩展阅读

相关概念

函数

在数学中，迭代函数是在分形和动力系统中深入研究的对象。迭代函数是重复的与自身复合的函数，这个过程叫做迭代。

模型

迭代模型是RUP（Rational Unified Process，统一软件开发过程，统一软件过程）推荐的周期模型。

算法

迭代算法是用计算机解决问题的一种基本方法。它利用计算机运算速度快、适合做重复性操作的特点，让计算机对一组指令（或一定步骤）进行重复执行，在每次执行这组指令（或这些步骤）时，都从变量的原值推出它的一个新值。

方法

迭代的方式就有所不同，假如这个产品要求6个月交货，我在第一个月就会拿出一个产品来，当然，这个产品会很不完善，会有很多功能还没有添加进去，bug很多，还不稳定，但客户看了以后，会提出更详细的修改意见。

这样，你就知道自己距离客户的需求有多远，我回家以后，再花一个月，在上个月所作的需求分析、框架设计、代码、测试等等的基础上，进一步改进，又拿出一个更完善的产品来，给客户看，让他们提意见。

就这样，我的产品在功能上、质量上都能够逐渐逼近客户的要求，不会出现我花了大量心血后，直到最后发布之时才发现根本不是客户要的东西的情况。

优势

这样的方法很不错，但他也有自己的缺陷，那就是周期长、成本很高。在应付大项目、高风险项目——就比如是航天飞机的控制系统时，迭代的成本比项目失败的风险成本低得多，用这种方式明显有优势。

如果你是给自己的单位开发一个小MIS，自己也比较清楚需求，工期上也不过花上个把月的时间，用迭代就有点杀鸡用了牛刀，那还是瀑布模型更管用，即使是做得不对，顶多再花一个月重来，没什么了不起。

Ⅳ Code::Blocks的主要特点

虽然Code::Blocks从一开始就追求跨平台目标，但是最初的开发重点是Windows平台，从06年3月21日版本：1.0 revision 2220开始，Code::Blocks在它的每日构建中正式提供GNU/Linux版本，这样 Code::Blocks在1.0发布时就成为了跨越平台的C/C++IDE，支持Windows和GNU/Linux。由于它开放源码的特点，Windows用户可以不依赖于VS. NET，编写跨平台C++应用。
Code::Blocks提供了许多工程模板，这包括：控制台应用、DirectX应用、动态连接库、FLTK应用、GLFW应用、Irrlicht工程、OGRE应用、OpenGL应用、QT应用、SDCC应用、SDL应用、SmartWin应用、静态库、Win32 GUI应用、wxWidgets应用、wxSmith工程，另外它还支持用户自定义工程模板。在wxWidgets应用中选择UNICODE支持中文。
Code::Blocks支持语法彩色醒目显示，支持代码完成（目前正在重新设计过程中）支持工程管理、项目构建、调试。
Code::Blocks支持插件，包括代码格式化工具AStyle；代码分析器；类向导；代码补全；代码统计；编译器选择；复制字符串到剪贴板；调试器；文件扩展处理器；Dev-C++DevPak更新/安装器；DragScroll，源码导出器，帮助插件，键盘快捷键配置，插件向导；To-Do列表；wxSmith；；wxSmith MIME插件；wsSmith工程向导插件；Windows7外观。
Code::Blocks具有灵活而强大的配置功能，除支持自身的工程文件、C/C++文件外，还支持AngelScript、批处理、CSS文件、D语言文件、Diff/Patch文件、Fortan77文件、GameMonkey脚本文件、Hitachi汇编文件、Lua文件、MASM汇编文件、Matlab文件、NSIS开源安装程序文件、Ogre Compositor脚本文件、Ogre Material脚本文件、OpenGL Shading语言文件、Python文件、Windows资源文件、XBase文件、XML文件、nVidia cg文件。识别Dev-C++工程、MS VS 6.0-7.0工程文件，工作空间、解决方案文件。
Code::Blocks基于wxWidgets开发，正体现了wxWidgets的强大。以前Borland C++Builder X宣称基于wxWidgets开发跨平台、兼容性好、最优秀的C++ IDE环境，但没有实现；让我们拭目以待。国内的Code::Blocks爱好者和跨平台开发员应该尽快建立中文Code::Blocks网站，提供Code::Blocks中文化支持，促进Code::Blocks在国内的发展。

Ⅵ 常用的软件测试方法和工具

1、禅道测试管理工具是功能比较全面的测试管理工具，功能涵盖软件研发的全部生命周期，为软件测试和产品研发提供一体化的解决方案，是一款十分优秀的国产开源测试管理工具。
2、LoadRunner是一种预测系统行为和性能的工业标准级负载测试工具。通过模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，它能够对整个企业架构进行测试。通过LoadRunner ，企业能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。它是一种适用于各种体系架构的自动负载测试工具，它能预测系统行为并优化系统性能。LoadRunner 的测试对象是整个企业的系统，它通过模拟实际用户的操作行为和实时性能监测，来帮助更快地查找和发现问题。
3、QTP是一个B/S系统的自动化功能测试的利器,软件程序测试工具。Mercury的自动化功能测试软件QuickTest Professional ，可以覆盖绝大多数的软件开发技术，简单高效，并具备测试用例可重用的特点。Mercury QuickTest Pro 是一款先进的自动化测试解决方案，用于创建功能和回归测试。它自动捕获、验证和重放用户的交互行为。 Mercury QuickTest Pro为每一个重要软件应用和环境提供功能和回归测试自动化的行业最佳解决方案。
4、Selenium是为正在蓬勃发展的web应用开发的一套完整的测试系统。Selenium测试直接运行在浏览器中，就像真正的用户在操作一样。它的主要功能包括：测试与浏览器的兼容性——测试你的应用程序是否能够很好的在不同浏览器和操作系统上工作。测试系统功能——创建衰退测试检验软件功能和用户需求。支持自动录制动作和自动生成。Selenium的核心Selenium Core基于JsUnit，完全由JavaScript编写，因此可运行于任何支持JavaScript的浏览器上，包括IE、Mozilla Firefox、Chrome、Safari等。