JavaScript 测试?单元vs功能vs集成测试
作者:wildflame 发布时间:[ 2017/1/19 15:15:12 ] 推荐标签:软件测试 单元测试 集成测试
集成测试
集成测试确保各组件一起正常工作。例如,节点路由处理程序可能需要一个记录器(logger)作为依赖。集成测试可测试路由和连接被正确的记录。
这里有两个组件同时被测试了:
1、路由处理器(Route handler)
2、记录器(Logger)
如果我们对 logger 做单元测试,这些测试是不会调用到 route handler,或者说根本不知道还有个 handler。
如果我们对路由处理器做单元测试。我们不会管 Logger,或者与它有任何关系。我们会对路由做假的请求来测试。
Route handler 作为一种工厂函数通过依赖注入将 logger 注入进去。我们来看一段批注:
createRoute({ logger: LoggerInstance }) => RouteHandler
让我们看看如何测试它:
import test from 'tape';
import createLog from 'shared/logger';
import routeRoute from 'routes/my-route';
test('logger/route integration', assert => {
const msg = 'Logger logs router calls to memory';
const logMsg = 'hello';
const url = `http://127.0.0.1/msg/${ logMsg }`;
const logger = createLog({ output: 'memory' });
const routeHandler = createRoute({ logger });
routeHandler({ url });
const actual = logger.memoryLog[0];
const expected = logMsg;
assert.equal(actual, expected, msg);
assert.end();
});
我们来看看比较重要的细节。首先,我们创建一个 logger,然后在 memory 里做记录:
const logger = createLog({ output: 'memory' });
创建一个 router,然后把 logger 的依赖传过去
const routeHandler = createRoute({ logger });
向路由处理器发出假的请求,来测试记录的功能。
routeHandler({ url });
记录器应该返回内存里的 log。我们只需要检查下面的信息:
const actual = logger.memoryLog[0];
类似的,对于有数据库读写的操作,你可以连接到数据库,检查数据是不是在那里,等等……
很多集成测试测试相互作用提供服务,如第三方的 Api,并可能需要网络才能正常工作。为此,集成测试应与单元测试分开,以保持尽可能快地运行单元测试。
功能测试
功能测试是确保您的应用程序从用户的角度来看正常运行的自动化测试。功能测试测试用户的界面,输入和输出,确保软件按照期望方式做出响应。
功能测试有时被称为端到端测试,因为他们测试整个应用程序,以及与之相关的硬件和网络基础设施,从前端 UI 到后端数据库系统。在这个意义上,功能测试也是一种集成测试,确保机器和组件的都按期望工作。
功能测试通常会彻底测试”佳路径” — — 确保关键应用程序的功能,如用户登录、 注册,购买和工作相关的关键工作流的行为符合预期。
通过 Selenium 这类 WebDriver 项目,功能测试能在诸如 Sauce Labs 这样的云服务上正确运行。
这可能有点奇技淫巧。幸运的是,我们有不少开源项目使得这件事简单不少。
我个人喜欢的是守夜人项目 —— Nightwatch.js 。从守夜人项目文档中可以看到,一个简单的守夜人功能测试套件像看起来是这样?
module.exports = {
'Demo test Google' : function (browser) {
browser
.url('http://www.google.com')
.waitForElementVisible('body', 1000)
.setValue('input[type=text]', 'nightwatch')
.waitForElementVisible('button[name=btnG]', 1000)
.click('button[name=btnG]')
.pause(1000)
.assert.containsText('#main', 'Night Watch')
.end();
}
};
正如你所看到的,在中间环境中,和在生产环境中,功能测试点击真实的 Url,他们通过模拟用户的真实操作来工作。他们可以单击按钮、 输入文本、 等待待页面上的更新,通过检验页面 UI 来做断言。
冒烟测试
当你部署了一个新的发布到生产环境后,很重要的一点是确定它是否正常工作。你不希望你的用户比你还先发现错误 —— 因为这会赶走用户!
维护一份自动化的功能测试 - 比方说烟雾测试,是很重要的。测试你应用中所有的重要功能。那些用户在日常操作中会遇到的请求。
冒烟测试不是功能测试的作用, 但是在我看来,却是有意义的
为什么要持续发布产品?
在持续交付革命之前,软件发布都是使用瀑布过程。软件发布通过以下步骤,一次一个,每一步必须在下一步之前完成?
1、收集需求
2、设计
3、实现
4、检验
5、部署
6、维护
它之所以被称为瀑布,是因为如果你记录它从右到左的运行的时间,它看起来像从一个任务到下一个级联的瀑布。换句话说,在理论上你不能同时做这些事情。
实际上,很多正在开发的项目的需求是在开发中才被发现的,而需求的变更常常导致灾难性的工程延误和返工。不可避免地,业务团队也会想”简单的改变”在发布后的产品,而不打算通过整个昂贵、 耗时的瀑布式的过程,这经常导致在无限循环的变化管理会议和产品热修复。
一个理论上的瀑布过程可能只是一个神话。在我的长长的职业生涯中,我与数百家企业,进行了磋商,但我从没见在真正的生产中见过完美的瀑布。典型的瀑布的发布周期可能会是几个月或几年。
持续发布的解决办法
持续发布法是一种开发方法,承认需求是随着项目的进展而被挖掘的,鼓励在短周期内增量改进软件,并确保不会导致问题,在任何时候软件发布。
有了迭代,软件的改进可以在短短数小时内上线。
对比瀑布方案,我在无数的企业组织中都见过迭代开发顺利进行 —— 但我从没见过哪一个是在没有单元和功能的测试组件的情况下完成的,通常,测试组件也会包括集成测试。
希望我的这篇文章告诉了你开始迭代发布所需要知道的所有内容。
结论
正如你所看到的,每种类型的测试发挥了重要作用。单元测试能够快速的反馈开发者,集成测试会覆盖所有的角落的组件,而功能测试确保一切终用户的那里的情况一切正常。 。
本文内容不用于商业目的,如涉及知识产权问题,请权利人联系SPASVO小编(021-61079698-8054),我们将立即处理,马上删除。
相关推荐
iOS单元测试mocha、chai、sinon和istanbul实现百分之百的单元测试覆盖率关于单元测试的总结及思考编写更好的Java单元测试的7个技巧Android单元测试框架Robolectric3.0介绍(一)使用Kiwi单元测试总结单元测试如此重要,为什么你不知道Python单元测试??使用装饰器实现测试跳过和预期故障对Controller的单元测试写好单元测试的10个技巧单元测试的重要性Angular单元测试系列??Component、Directive、Pipe 以及ServiceAndroid单元测试的整理提升单元测试体验的利器--Mockito使用总结iOS UnitTest单元测试Vue的单元测试探索(二)
更新发布
功能测试和接口测试的区别
2023/3/23 14:23:39如何写好测试用例文档
2023/3/22 16:17:39常用的选择回归测试的方式有哪些?
2022/6/14 16:14:27测试流程中需要重点把关几个过程?
2021/10/18 15:37:44性能测试的七种方法
2021/9/17 15:19:29全链路压测优化思路
2021/9/14 15:42:25性能测试流程浅谈
2021/5/28 17:25:47常见的APP性能测试指标
2021/5/8 17:01:11热门文章
常见的移动App Bug??崩溃的测试用例设计如何用Jmeter做压力测试QC使用说明APP压力测试入门教程移动app测试中的主要问题jenkins+testng+ant+webdriver持续集成测试使用JMeter进行HTTP负载测试Selenium 2.0 WebDriver 使用指南