1、.net是开发平台，.net framework是这个开发平台的基础类库 
2、framwork就是类库，不包括开发工具 

ASP.NET是一个应用，framwork包含开发ASP.NET应用程序所需的控件 

什么是.NET框架？ 

.NET框架是一个多语言组件开发和执行环境，它由以下三个主要部分组成： 


公共语言运行时。此名称不能准确反映它的全部功能。实际上，公共语言运行时在组件的开发及运行过程中，都扮演着非常重要的角色。在组件运行过程中，运行时负责管理内存分配、启动或删除线程和进程、实施安全性策略、同时满足当前组件对其它组件的需求。在开发阶段，运行时的作用有些变化：与现今的COM相比，运行时的自动化程度大为提高（比如可自动执行内存管理），因而开发人员的工作变得非常轻松。尤其是，映射功能将锐减开发人员将业务逻辑程序转化成可复用组件的代码编写量。对编程语言而言，运行时这个概念并不新奇：实际上每种编程语言都有自己的运行时。Visual Basic开发系统具有最为明显的运行时（名为VBRUN），Visual C++®跟Visual FoxPro®、Jscript®、SmallTalk、Perl、Python和Java一样有一个运行时，即MSVCRT。.NET框架的关键作用在于，它提供了一个跨编程语言的统一编程环境，这也是它能独树一帜的根本原因。 

统一的编程类。.NET 框架为开发人员提供了一个统一、面向对象、层次化、可扩展的类库集(API)。现今，C++开发人员使用的是Microsoft基类库，Java开发人员使用的是Windows®基类库，而Visual Basic用户使用的又是Visual Basic API集。只是简单地一用，.NET框架就统一了微软当前的各种不同类框架。这样，开发人员无需学习多种框架就能顺利编程。远不止于此的是，通过创建跨编程语言的公共API集，.NET框架可实现跨语言继承性、错误处理功能和调试功能。实际上，从JScript到C++的所有编程语言，都是相互等同的，开发人员可以自由选择理想的编程语言。 

活动服务器页面(ASP+)。ASP+是使用.NET框架提供的编程类库构建而成的，它提供了Web应用程序模型，该模型由一组控件和一个基本结构组成。有了它，Web应用程序的构建变得非常容易。开发人员可以直接使用ASP+控件集，该控件集封装了公共的、用于超文本标识语言(HTML)用户界面的各种小器件（诸如文本框、下拉菜单等等）。实际上，这些控件运行在 Web服务器上，它们将用户界面转换成HTML格式后再发送给浏览器。在服务器上，控件负责将面向对象的编程模型提供给Web开发人员，这种编程模型能提供面向对象编程技术的丰富功能。ASP+还提供一些基本结构服务（诸如会话状态管理和进程重启服务），这些服务大大减少了开发人员要编写的代码量，并使应用程序的可靠性得到大幅度提高。ASP+还允许开发人员将软件作为一项服务来提供。通过使用ASP+ Web服务功能，ASP+开发人员只需进行简单的业务逻辑编程，而由ASP+基本结构负责通过简单对象访问协议(SOAP)来提供服务。

	

输出测试报告
unittest框架执行测试用例完成后会在控制台输出如上的结果，但实际测试过程中，我们需要输出测试报告，这个时候我们需要使用第三方模块。
01
HTMLTestRunner
HTMLTestRunner模块可以直接生成html格式的报告
下载地址：http://tungwaiyip.info/software/HTMLTestRunner.html
下载后需要修改:
94行引入的名称要改，从 import StringIO修改成 import io
539行 self.outputBuffer = StringIO.StringIO()修改成self.outputBuffer=io.StringIO()
631行 print >>sys.stderr, '\nTime Elapsed: %s' % (self.stopTime-self.startTime)修改成print (sys.stderr, '\nTime Elapsed: %s' %(self.stopTime-self.startTime))
642行，if not rmap.has_key(cls): 修改成 if not cls in rmap:
766行的uo = o.decode('latin-1')，修改成 uo=o
772行，把 ue = e.decode('latin-1') 直接改成 ue = e
存放路径：将修改完成的模块存放在Python路径下Lib目录里即可。
run.py示例代码如下：
# -*- coding:utf-8 -*-# @author: 给你一页白纸import timeimport unittestimport HTMLTestRunner# 获取当前时间并指定时间格式，用于测试报告命名now = time.strftime("%Y-%m-%d_%H_%M_%S")# 测试报告存储路径report_dir = './report/'# 创建报告文件，并以写的形式打开文件，用于写入报告内容fp = open(report_dir + now + "_report.html", 'wb')# 初始化一个HTMLTestRunner实例对象，用来生成报告runner = HTMLTestRunner.HTMLTestRunner(stream=fp,                                       title="App自动化测试报告",                                       description="测试用例情况")# 定义测试用例路径test_dir='./testcase'# 加载测试用例suite = unittest.defaultTestLoader.discover(test_dir, pattern='test_*.py')# 执行测试用例runner.run(suite)fp.close()
运行run.py，会看到report中生成了html文件，即为测试报告。
浏览器打开该文件，内容如下：
从报告内容中看出HTMLTestRunner.HTMLTestRunner()方法中参数所对应的内容，可以根据项目的实际需要指定参数内容。
02
美化版测试报告
在HTMLTestRunner基础上美化过的报告。
下载地址： 
https://pan.baidu.com/s/1Wd_FXJBu3ATgmCQHkzbGag，
提取码：f6uq，放置在Python安装路径的Lib文件夹里。
run.py示例代码如下：
# -*- coding:utf-8 -*-# @author: 给你一页白纸import timeimport unittestimport BSTestRunner# 获取当前时间并指定时间格式，用于测试报告命名now = time.strftime("%Y-%m-%d_%H_%M_%S")# 测试报告存储路径report_dir = './report/'# 创建报告文件fp = open(report_dir + now + "_report.html", 'wb')# 初始化一个HTMLTestRunner实例对象，用来生成报告runner = BSTestRunner.BSTestRunner(stream=fp,                                       title="App自动化测试报告",                                       description="测试用例情况")# 定义测试用例路径test_dir='./testcase'# 加载测试用例suite = unittest.defaultTestLoader.discover(test_dir, pattern='test_*.py')# 执行测试用例runner.run(suite)fp.close()
生成报告样式如下：
两种报告模板可根据自己喜好任意选择。
推荐阅读
点击阅读☞想学单元测试用例？这就来啦！
点击阅读☞引入MockMVC进行单元测试，可以省去很多麻烦
点击阅读☞前端大佬教你如何优雅地构建单元测试框架
点击阅读☞单元测试神器Jest，你真的会用么？
点击阅读☞即使不懂单元测试，会用这个工具也够了~
链接：https://www.cnblogs.com/lfr0123/p/13799178.htm
本文为51Testing经授权转载，转载文章所包含的文字来源于作者。如因内容或版权等问题，请联系51Testing进行删除
戳

1. CLR(Common Language Runtime)-  公共语言运行时。
CLR是.net 的核心框架的一部分，在学习clr的时候要了解一个程序集。  
程序集包含了一个清单，这个清单相当于一个目录，描述了程序集本身的信息，例如程序标识（名称丶版本丶文化）丶程序集包含的资源（Resources）丶组成
程序集的文件。清单之后就是元数据了。如果说清单描述了程序集自身的信息，那么元数据则描述了程序所包含的内容。这些内容包括：程序集包含的模块丶类型丶类型
的成员的可见性等。注意，元数据并不包含类型的实现，有点类似于的.h头文件。在.net中，查看元数数据的过程叫做反射。然后还包含CIL的程序代码。
    我们知道程集中的CIL代码是不能直接运行的，还需要CLR的支持。总的来说，CLR是一个软件层的代理，它管理了.net程序集的执行，主要包括：管理应用程序域丶加载
和运行程集丶安全检查丶将CIL代码即时编译为机器代码丶异常处理丶对象析构和垃圾回收等。
    CLR有点类似于JAVA的虚拟机。
    CLR的主要作用：.NET 程序集（CIL代码）————————CLR(转换成本地机器代码)——————————本地系统
    CLR以什么样的形式位于什么位置：由于CLR本身用于管理托管代码，因此它是由非托管代码编写的，并不是一个包含托管代码的程序集，也不能用IL DASM查看。它位于
C:\SystemRootMicrosoft.NET\Framework\版本号下，视安装的机器不同有两个版本 一个工作站msorwks.dll 和一个服务器的版本 mscorsvr.dll
   CLR是如何运行的：操作系统在运行.exe时，首先会检查PE头，根据 PE来创建合适的进程。接下来会检查是否存在CLR头，如果存在，就会立即载入MsCoree.dll。这个库文件是.net框架的核心组件之一，注意它也不是一个程序集。MsCoree.dll 是一个很细的软件层。加载了MsCorEE.dll之后，会调用其中的_CorExeMain()函数，该函数会加载合适版本的CLR。 在CLR运行之后，程序的执行权就交给了CLR. CLR会找到程序的入口点，通常是Main方法，然后执行它。这里包含了以下过程：1
 加载类型 2.验证 3.即时编译。
可以看出来采用这种架构的一个好处就是.net程序集可以运行在任何平台上，不管是Windows丶UNIX，还是其他操作系统，只要这个平台拥有针对于该操作系统的.net框架就可以运行.NET程序集了。


2. CLI(Common Language Infrastructure)-  公共语言基础。
      CLI是一个国际标准，由ECMA和ISO进行了标准化.它只是一个概念和汇总，CLI包括：CIL丶CTS丶CTS 丶VES丶元数据丶基础框架。简单来说，CLI是一个标准，而.NET框架中是这个标准的具体实现。在CLI中，并没有CLR的概念，只有VES，而CLR就是.NET框架中VES的具体实现。
     
  

symfony框架
 一个成功的组织为什么要抛弃一个拥有活跃的开发人员社区的优秀开源Web开发平台？ 这就是我要讲的故事。 
 如果您不熟悉eZ Systems的名称，请允许我们自我介绍：eZ是商业开源软件供应商。 我们提供了称为eZ Publish的内容管理系统（CMS）和平台，该平台不久将称为eZ Platform。 eZ作为数字业务的基础，在我们的开源CMS平台之上提供增值解决方案。 
 既然我们已经摆脱了闲聊，那么让我们开始吧： 
 在2011年左右，eZ决定“重新平台化”。 但是，这是什么意思？ 
 这意味着重写软件的核心。 我们的目标是改变其工作方式以改进它。 本质上，我们甚至必须在外观上进行改进之前，必须仔细研究并加强产品质量。 
 让我首先描述当时的情况。 在2011年Spring，eZ Publish达到了4.5版。 这是从3.x一代开始的漫长系列中的最后一个，每个系列都基于2002年首次引入的相同内核，相同体系结构和相同代码库。 
 此时，eZ Publish非常稳定。 它以其强大的可扩展性，核心概念和代码质量而闻名。 与其他基于PHP的开源软件相比，它具有更“企业化”的形象。 这些概念非常先进，并且具有广泛的企业趋势。 它也为开发人员通过自定义和扩展它奠定了良好的基础。 
 这些功能无疑是eZ Publish成功的关键因素。 即使不是完美的，代码库也显示出了很高的质量，这对于PHP应用程序仍然是不寻常的。 
 它为开发人员提供了很多可以使用的功能：一个相当高级的扩展系统，一个Web框架和一个模板引擎。 eZ绝对处于基于PHP的Web应用程序平台和框架的前沿。 
 然后我们决定重新平台。 
 为什么？ 因为我们的首要目标之一是重新开发核心业务逻辑（内容存储库及其API），因为现有版本的体系结构无法满足将来的可扩展性和云基​​础架构需求。 
 在第一个目标的推动下，另一个主要目标是扔掉我们的Web框架（模板引擎，控制器，扩展系统，缓存系统等），并用Symfony框架的完整堆栈替换它。 与某些其他系统一样，完全堆叠与部分使用Symfony框架完全不同，但这是另一回事了。 
 扔掉行之有效的东西真是疯狂，你不觉得吗？ 当时，它引起了很多注意，但是时间已经过去，我们对我们的决定感到非常满意。 
 转移焦点 
 专注是第一位的原因。 每个公司，特别是基于产品的公司，都可以通过将活动集中在核心上来获得很多收益。 
 Web框架与内容管理系统相当分离。 它也是一种商品，成为商品没有任何负面影响-成功的商业都围绕商品。 
 当您可以专注于第二个框架时，就没有理由同时开发Web框架和CMS，这确实是我们的产品。 
 eZ Publish 3和4出现在一个没有强大的Web框架的时期，尤其是在PHP堆栈上，因此我们有自己的历史理由。 但是正如鲍勃·迪伦（Bob Dylan）所说，“时代在改变”。 十年后，情况就不同了！ 
 因此，就像苹果和微软一样，他们并没有制造计算机核心的芯片。 或像GM和BMW一样，没有制造汽车的轮胎，制动器，排气管或计算机； 或像Sony，Canon，Nikon或Leica一样，他们并没有伪造数码相机的束缚者，我们决定不自己构建eZ Platform使用的框架。 
 社区之间的异花授粉 
 eZ之外有一个世界。 eZ 社区只是众多社区之一。 总体而言，我们需要（并且将永远需要）与其他社区保持联系-相互交流想法，思想，创新，经验和观点。 
 用一个夸张的词来说，这是关于促进跨人员，组织和应用程序的思想和项目的交叉授粉。 
 通过使用全球标准化的框架，我们可以实现这一目标。 像eZ这样的公司正在从具有不同议程，产品和业务模式的其他公司那里学习。 这种转变是关于产生新的想法，新的实验，以及加速创新思维，尤其是在我们的eZ思维系统之外。 
 为了说明这一点，我最近参加了由我们的一些合作伙伴Netgen等组织的一次会议-eZ和PHP 夏令营 。 在那里，我了解到，一些合作伙伴进行了结合eZ Publish的其他组件，如Sylius ，基于Symfony的一种新兴的电子商务解决方案，构建涵盖的内容管理和电子商务的全球解决方案。 
 这只是冰山一角。 通过使用最受欢迎的Web框架，我们的客户可以选择轻松地与许多最受欢迎的电子商务，PIM和CRM系统集成。 
 见证这种合作显然增强了我们的信念。 在一个封闭和孤立的世界中，这不会发生。 
 促进捐款 
 迁移到Symfony的第三个原因是要促进对eZ及其他领域的贡献。 
 过去，我们对eZ Publish的扩展有很多贡献， projects.ez.no有超过10,000个可用扩展。 过去，现在仍然是一群真正的人，他们分享和贡献。 但是，我们对eZ Publish本身的贡献较少，而对框架层本身的较深部分的贡献几乎没有，例如我们自己的模板引擎库。 
 对此的一种解释可能是它不需要相同的技能。 开发图书馆的人可能与开发网站和应用程序的人不同。 
 另一个可能的解释是，我们的框架已深深地隐藏在eZ中，人们没有动力去那里。 当然，某些社区成员将能够做出贡献，最终他们做出了贡献，但是对于普通的eZ Publish开发人员而言，这显然太复杂了。 
 通过依靠像Symfony这样的框架，我们鼓励eZ开发人员轻松地在各个层次上做出贡献，包括该框架。 如果愿意，他们可以为Symfony本身做出贡献，因为这是一个拥有强大社区的开源项目。 许多贡献者和大量资源使这变得容易。 他们还可以为Symfony构建通用对象（“捆绑包”），并可以与整个Symfony社区共享。 
 最后，我们受益于与e​​Z无关但共享相同需求的人们对核心框架的贡献！ 
 使其更易于自定义和扩展 
 采用Symfony全栈的最实用的原因是要促进人们自定义和扩展eZ的方式。 
 与许多其他内容管理系统不同，eZ始终作为平台构建，并努力满足扩展和定制的需求。 您永远不能给开发人员足够的灵活性。 即使eZ Publish 4.x在这方面做得很好，我们仍然想抓住任何机会做得更好。 
 首先，我们从很多方面看待Symfony，因为我们也正在开发框架和库。 但是一年又一年，我们看到Symfony项目演变成一种非常有趣的事情，可以为我们的用户带来很多价值。 
 仅举几例： 

 Twig： Symfony使用的基础模板引擎。 与我们以前的模板引擎相比，Twig在可用性和活动维护者方面有了明显的改进。 
 作曲家： PHP的软件包管理器和Symfony的很好的伴侣将PHP应用程序的部署提高了一个层次。 它更面向企业。 
 原则：数据库层为那些扩展eZ并访问其他数据集和其他数据库的人提供了很多服务。 
 YAML： Symfony的语义配置带来了更现代，更易理解和有效的方式来处理设置和配置。 
 HTTP缓存：本机的http“视图”缓存系统（我们为之广泛使用，我们为此做出了贡献）为开发人员提供了更多机会，使他们可以使用Varnish获得出色的性能，同时仍保持其在线内容的最新状态。 
 还有很多很多 

 这就是为什么eZ抛弃一些功能强大的东西，然后在家酿造更好的东西的原因。 
 还是认为此举很疯狂？ 
 随着时间的流逝，我们一次又一次地听到社区中“传统” eZ开发人员的声音，他们是旧eZ框架的忠实拥护者，他们终于接受了变化并热爱它。 对于我们来说，这是最好的选择，因为它极大地验证了我们的选择。 
 从根本上讲，我首先阐述的四个原因具有相同的想法： 
 软件与人有关 
 而且您对他们越开放越好。 没有人们的使用，技术就什么都不是。 通过从自制框架过渡到标准框架，我们使大量开发人员更容易获得使用我们的解决方案的机会。 这是认识到我们并不孤单的一种方式，如果我们尝试自己做所有事情，我们也不会走太远。 
 开源是很棒的，但是如果坚持使用源代码定义，则会失去大部分功能。 
 开源之所以伟大，是因为它可以联系人们并帮助他们进行协作，尽管他们致力于不同的主题，不同的目标，不同的愿景和技能。 
 我们希望依靠开放源代码的软件基础结构，这当然是我们在Symfony之前所做的，因为我们所有的内部组件都是开放源代码的。 但最重要的是，我们希望依赖于我们自己的特定用例之外的许多人所使用的软件基础结构。 现在完成！ 
 公开赛 
 不育系 
 本文是Robin Muilwijk协调的“开放式CMS”专栏的一部分。 分享有关使用开源内容管理系统（CMS）和诸如Drupal，Joomla，Plone，WordPress等平台的故事。 
翻译自: https://opensource.com/business/15/3/why-we-ditched-our-legacy-framework-for-symfony
symfony框架