单元测试基本步骤

一、单选题

1、前几年我国中部地区遭遇严重旱灾。对这种长时间、大范围的旱灾，我们没能作出准确预测。这件事说明（ ）

A.人的认识仅仅是对客观事物的直观摩写

B.认识总是滞后于实践

C.世界的不可知性

D.认识的能动作用的实现的条件性

正确答案：D

2、恩格斯说：“鹰比人看得远得多，但是人的眼睛识别东西远胜于鹰；狗比人具有锐敏得多的嗅觉，但是它连被人当做各种物的特定标志的不同气味的百分之一也辨别不出来。”人的感官的识别能力高于动物，除了人脑及感官发育得更加完善之外，还因为（ ）

A.人不仅有生理机能还有心理活动

B.人不仅有理性还有非理性

C.人不仅有感觉还有思维

D.人不仅有直觉还有想象

正确答案：C

3、中国工程院院士袁隆平曾结合自己的科研经历，语重心长地对年轻人说：“书本知识非常重要，电脑技术也很重要，但在书本电脑里面种不出水稻来，只有在田里才能种出水稻来。”这表明（ ）

A.实践是人类认识的基础和来源

B.实践水平的提高有赖于认识水平的提高 C.由实践到认识的第一次飞跃比认识到实践的第二次飞跃更重要

D.理论对实践的指导作用没有正确与错误之分

正确答案：A

4、霍金以其“黑洞理论”闻名于世，但他并未因此获诺贝尔奖。有诺贝尔奖评委会委员认为，原因在于霍金这一理论还没有得到验证；霍金也承认是因为他的黑洞蒸发还没有被观测或者被实验所证实。这说明（ ）

A.认识的真理性必须由实践检验

B.真理是具体的有条件的

C.实践是认识的目的

D.世界是可以被认识的

正确答案：A

5、201 7年1 1月，我国科学家成功克隆了两只猕猴。很多人都以为，这项技术的突破并不大，因为22年前，美国已经。诞生了克隆羊。但实际上，当初的克隆羊采用的是胚胎分裂技术，而中国科学家采用的则是更为先进的体细胞克隆技术。由此可见 （ ）

A.经过实践反复检验的真理才不会被推翻

B.客观事物本质的暴露和展现需要一个过程

LoadRunner性能测试软件的基本使用步骤

一.

1、测试脚本录制

1.1录制前准备工作

在录制脚本前需检查压测环境的整体功能是否正确，待测部分的功能是否正确，只有确定功能正确后才可进行压测。

1.2录制及调试脚本

在准备工作OK后，进行脚本的录制，具体过程如下：

打开“开始>程序>MercuryLoadRunner>MercuryLoadRunner”测试脚本录制；

2、点击“Create/EdirScripts”，也可在“File”下选择New新建。

3、选择Web(HTTP/HTML)协议，我们测试的是B/S模式，采用的是Web协议，选择后点【OK】按钮。

4、点击界面中的录制按钮，这个表示开始录制脚本点。

录制前，如果已经打开待测页面的话，建议关闭该页面。点【OK】后，同时会出现这表示现在已经开始录制。

5、所有操作完成后，点击中停止按钮，停止录制，页面将自动关闭，返回到loadrunner录制界面，将在界面中显示录制脚本代码，保存录制的脚本。

6、调试代码并进行参数化

录制后的代码需要进行调试才可用于压测，调试的办法就是进行回放操作，如果回放过程无错误，运行结果也正确的话，则可用于压测。

二．设计测试场景

在脚本录制完成，调试通过后，可以进行测试场景的设计。

1.打开“开始>程序>MercuryLoadRunner>MercuryLoadRunner”2.点击的RunLoadTests；在新建场景的窗口，选择一种场景类型。

3.选择要进行场景设计的脚本，若没有出现需要对应的脚本，可点击Browse查找后添加进来，选择好脚本后，点add则可加入到右边的窗口中然后点【OK】。

4.显示的是脚本的路径与并发数个数，根据测试方案中的并发

数可更改此处的并发数。

Eg：假如我们设计的场景是每15秒增加2个，所有并发数增加完后持续运行5分钟，5分钟运行结束后，每30秒减少5个并发。

5.再点击页面右下角的“Run-timeSettings”。

接⼝测试原理和基本步骤

1、接⼝测试原理

接⼝测试，实际上是针对于接⼝做测试的。

那么接⼝是什么？

软件开发，既要做前端，也要做后端，并且后端是整个业务的核⼼，⽤于处理业务请求，实现具体的功能；⽽前端只是提供⼀个页⾯给⽤户

看结果以及提供页⾯给⽤户做输⼊。所以整个业务的处理逻辑都在后端。⽽后端逻辑相对很复杂，所以在开发的时候，会由架构师确定接

⼝，然后再针对这个接⼝实现其具体的功能。

接⼝也可以认为是我们要做多少事情，因为在技术层⾯，如果要实现登录、注册、增、删、改、查等操作，就会先设计好⼀个模块，说明具

体实现哪些功能点，这个功能点应该有哪些输⼊项，有哪些⽅法。

这个东西就是我们所谓的接⼝，在java⾥，接⼝⾥包含属性名和⽅法，所有的⽅法都是抽象⽅法，只有⽅法名，⽽没有这个⽅法的具体实

现。也就是说：我知道这是⼀个登录功能，但是登录怎么实现，这完全是不知道的，需要开发⼈员具体去实现。那么作为我们的开发⼈员，

他就会领到⼀个任务去实现这个接⼝。⽐如，实现登录接⼝，注册接⼝等。

我们可以认为，虽然他是在实现登录接⼝、注册接⼝。也就相当于我们根据这个接⼝去实现登录功能，注册功能。所以这个接⼝实际上也就

是后台⼀个具体的功能。

那么什么⼜是接⼝测试？

实际上我们所说的接⼝测试就是开发⼈员把这个接⼝实现了，他需要去验证这个接⼝的实现是否正确。

但是这是⼀个后台的功能，这个开发也是⼀个后台开发，他去验证接⼝的时候，他不会想让前端⼈员介⼊，因为让前台⼈员介⼊的话会⽐较

⿇烦。那么他就需要⼀个⼯具来模拟前端界⾯。（前端其实就是提供⼀个窗⼝，既能让⽤户输⼊数据，并且还可以查看结果。）

2、接⼝测试的实现

实际上我们做接⼝测试，还是“输⼊—处理—输出”这样的模式。⽤户输⼊⼀串数据，然后让这个接⼝或者让这个后台功能来处理，然后检查

输出结果跟期望是否⼀致。

这个其实也就是我们所说的⿊盒测试。也是我们做测试的⼀个常规的思路。⽤户输⼊⼀串数据，然后让系统去处理，然后我们再去检查结果

单元测试与Nunit的基本使⽤

⼀、单元测试是什么

单元测试（unit testing），是指对软件中的最⼩可测试单元进⾏检查和验证。对于单元测试中单元的含义，⼀般来说，要根据实际情况去判

定其具体含义，如C语⾔中单元指⼀个函数，C#⾥单元指⼀个类，图形化的软件中可以指⼀个窗⼝或⼀个菜单等。总的来说，单元就是⼈为

规定的最⼩的被测功能模块。单元测试是在软件开发过程中要进⾏的最低级别的测试活动，软件的独⽴单元将在与程序的其他部分相隔离的

情况下进⾏测试。

单元测试（模块测试）是开发者编写的⼀⼩段代码，⽤于检验被测代码的⼀个很⼩的、很明确的功能是否正确。通常⽽⾔，⼀个单元测试是

⽤于判断某个特定条件（或者场景）下某个特定函数的⾏为。

⼆、为什么需要单元测试

在我们现在的编程思维中⼀直都是编码=>编译=>调试，⼀直循环，直到要处理的功能完成，每⼀个功能完成都是如此，且有的功能是严重依

赖于上⼀个功能。在如此处理中存在⼏个问题。

1. 编译通过后，运⾏程序出现的bug难以定位。

2. 修改⼀个bug，容易引进其他bug。

3. Bug越到后期发现，越难以修改。

4. 后期系统的复杂性，导致代码难以修改和重构，使得系统难以维护。

5. 开发⼈员常认为编译功过，进⾏了⼏次⼿⼯测试就等于测试通过（认为详细的测试是测试⼈员的⼯作，⾮开发⼈员的⼯作）。

6. 在完全依赖外部系统的情况下，难以进⾏有效的测试。

7. ⼿⼯测试效率低下，针对性不强，测试不能重⽤。

有了单元测试在开发过程中起到的作⽤。

1. ⼤⼤节约了测试和修改的时间，有效且便于测试各种情况。

2. 能快速定位bug（每⼀个测试⽤例都是具有针对性）。

3. 能使开发⼈员重新审视需求和功能的设计（难以单元测试的代码，就需要重新设计）。

4. 强迫开发者以调⽤者⽽不是实现者的⾓度来设计代码，利于代码之间的解耦。

5. ⾃动化的单元测试能保证回归测试的有效执⾏。

6. 使代码可以放⼼修改和重构。

7. 测试⽤例，可作为开发⽂档使⽤（测试即⽂档）。