开发环境、生产环境、测试环境的定义 + 一些补充

开发环境:开发环境是我们程序员专门用于开发的服务器,配置可以比较随意, 为了开发调试方便,一般打开全部错误报告。

测试环境:一般是克隆一份生产环境的配置,一个程序在测试环境工作不正常,那么肯定不能把它发布到生产机上。

生产环境:是指正式提供对外服务的,一般会关掉错误报告,打开错误日志。

三个环境也可以说是系统开发的三个阶段:开发->测试->上线,其中生产环境也就是通常说的真实环境。

 

开发环境与生产环境分离的原因如下:

在开发时,不可避免会产生大量debug又或是测试的代码,这些代码不应出现在生产环境中(也即不应提供给用户)。

在把页面部署到服务器时,为了追求极致的技术指标,我们会对代码进行各种各样的优化,比如说混淆、压缩,这些手段往往会彻底破坏代码本身的可读性,不利于我们进行debug等工作。

 

数据源的差异化,比如说在本地开发时,读取的往往是本地mock(模拟测试数据)出来的数据,而正式上线后读取的自然是API提供的数据了。

如果硬是要在开发环境和生产环境用完全一样的代码,那么必然会付出沉重的代价,这点想必也不用多说了。

 

一般来说,

开发环境:  npm i    --save -dev

生产环境:  npm i    --save

 

理解就好

─webpack.config.js# 生产环境的webpack配置文件(无实质内容,仅为组织整理)

dependences是项目正常运行所需要的依赖,而devDependencies则是开发者开发时整个项目所需的依赖(如会有一些测试依赖之类的)。

 

1、会默认安装两种依赖。

如果你只是单纯的想使用这个包而不需要进行一些改动测试之类的操作,则运行:(只安装dependencies而不安装devDependencies。)

npminstall--production

 

2、如果想要安装devDependencies,则运行:

npminstallpackagename--dev

dependencies就是你程序跑起来需要的模块,没有这个模块你程序就会报错。

devDependencies见命知意了,开发程序的时候需要的模块了。

 

举个例子,你用angularjs框架开发一个程序,开发阶段需要用到gulp来构建你的开发和本地运行环境。所以angularjs一定要放到dependencies里,因为以后程序到生产环境也要用。gulp则是你用来压缩代码,打包等需要的工具,程序实际运行的时候并不需要,所以放到dev里就ok了。

再深入一些,你写程序要用ES6标准,浏览器并不完全支持,所以你要用到babel来转换代码。程序里有消息提示,你想用toaster。同样一个开发用,一个运行用。所以babel放dev,toaster放dependencies。

希望你理解了!

简单一些可以:

dependencies存放项目或组件代码中依赖到的

devDependencies存放测试代码依赖的包或构建工具的包

如果你使用了一些构建工具,比如webpack之类的,打包的时候,是不会把dev库打进去的。

devDependencies 通常用来放我们开发时所用到的工具,比如 Webpack,Gulp,babel等。devDependencies 里面的插件只用于开发环境,不用于生产环境,而 dependencies 是需要发布到生产环境的。

 

补充

 

浏览器并不会实际的去同步加载这个模块,require的处理是由Webpack进行解析和打包的,浏览器只需要执行打包后的代码。

将Webpack开发服务器集成到已有服务器

尽管Webpack开发服务器可以直接用于开发,但实际项目中我们可能必须使用自己的Web服务器。这就需要我们能将Webpack的服务集成到已有服务器,来使用Webpack提供的模块打包和加载功能。要实现这一点其实非常容易,只需要在载入打包文件时指定完整的URL地址,例如:

 

这就告诉当前页面应该去另外一个服务器获得脚本资源文件,在之前我们已经在配置文件中指定了开发服务器的地址,因此打包后的文件也知道应该通过哪个地址去建立Socket IO来动态加载模块。

 

  • 0
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
### 回答1: UAT 测试用例和功能测试用例的主要区别在于它们的测试目的和执行环境不同。 UAT 测试用例是用户验收测试的一部分,目的是验证软件或系统是否符合用户需求和期望,通常由最终用户或客户执行。UAT 测试用例的执行环境是模拟真实生产环境,包括硬件、软件、网络等,以确保系统在实际使用中的稳定性和性能。 功能测试用例是在开发阶段执行的测试用例,目的是验证每个功能是否按照设计要求正确运行。功能测试用例的执行环境通常是开发环境测试环境,不同于 UAT 测试用例的实际生产环境。 因此,UAT 测试用例更侧重于用户体验和业务流程,强调验证系统是否满足用户需求和期望。而功能测试用例更侧重于验证软件或系统的功能是否按照需求规格说明书和设计要求正确实现。 在测试用例编写时,应该根据测试目的和执行环境的不同,分别编写适合的 UAT 测试用例和功能测试用例,以保证测试的全面性和有效性。 ### 回答2: UAT测试用例和功能测试用例是软件测试过程中使用的两种不同类型的测试用例。它们之间的区别在于测试目的、测试覆盖范围和测试环境等方面。 首先,UAT测试用例(User Acceptance Testing,用户验收测试)是为了验证软件是否符合用户需求和预期的测试用例。它是最终用户在软件发布之前进行的测试,以确认软件是否满足他们的业务需求。UAT测试用例通常由最终用户或代表编写,重点测试软件的功能、易用性和符合性。 而功能测试用例是在开发过程中执行的测试用例,旨在验证软件的各个功能是否正常工作。功能测试用例是根据软件需求规格说明书编写的,通常由测试人员编写和执行。功能测试用例着重测试各个功能点是否按照需求规格说明书的要求正常工作,具体包括输入验证、界面交互、数据处理和功能逻辑等方面。 另外,UAT测试用例通常基于实际业务场景进行设计,更贴近实际应用环境。而功能测试用例则更注重测试软件的逻辑流程,以覆盖各个功能点。在测试覆盖范围上,UAT测试用例关注整个业务流程的完整性和正确性,而功能测试用例关注单个功能模块的功能点。 此外,UAT测试用例在测试环境上通常使用与实际生产环境相近的环境,以保证验证结果更接近实际。而功能测试用例则可以在开发或测试环境中进行。 综上所述,UAT测试用例和功能测试用例在测试目的、测试覆盖范围和测试环境等方面有所不同。两者在软件测试过程中起着不同的作用,相互补充,共同确保软件的质量和用户满意度。 ### 回答3: UAT测试用例和功能测试用例是软件测试中两个常用的测试方法。它们有以下区别: 1. 测试范围不同: - UAT测试用例(用户验收测试用例)是由最终用户或客户执行的测试用例,旨在验证软件是否符合用户需求和预期。 - 功能测试用例是由测试团队执行的用例,用于验证系统的各个功能是否按照需求规格说明书和系统设计要求正常运行。 2. 测试目的不同: - UAT测试用例主要目的是验证软件是否满足最终用户的需求和期望,确保软件在实际应用中的可用性和易用性。 - 功能测试用例主要目的是测试软件是否按照需求规格说明书中所定义的功能进行正常操作和处理,以保证软件的正确性和稳定性。 3. 测试者不同: - UAT测试用例由最终用户或客户执行,因此最终用户或客户需要具备一定的测试知识和技能。 - 功能测试用例由测试团队执行,测试人员需要具备测试技术和经验。 4. 测试环境和数据不同: - UAT测试用例通常在与生产环境相似的测试环境中进行,使用真实的数据和场景进行测试。 - 功能测试用例可以在不同的测试环境中进行,可以使用实际数据,也可以使用模拟数据。 5. 验证内容不同: - UAT测试用例主要验证软件的可用性、易用性、界面设计和用户体验等方面。 - 功能测试用例主要验证软件的各个功能是否正常运行,包括输入、输出、逻辑和边界条件等方面。 总的来说,UAT测试用例和功能测试用例在测试范围、目的、测试者、环境和验证内容等方面存在较为明显的区别。它们是测试过程中的两种常用方法,可以互相协作,共同确保软件的质量和用户满意度。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值