&nbsp>&nbsp
&nbsp>&nbsp
&nbsp>&nbsp
【转】Eclipse Jubula：自动化功能测试工具
摘要：【转】Eclipse&Jubula:自动化功能测试工具(3:20:10)近日发布的EclipseIndigo包含了Jubula——面向Java与HTML应用的自动化功能测试工具。你可以通过拖拽内建的测试库来创建测试而无需应用记录或是测试编程。Jubula是EclipseforTesters包的一部分,但也可以作为独立的RCP应用下载。Jubula提供了内建的独立于应用与工具集的测试动作。你可以独立于应用UI开发测试。这样,测试团队就可以与开发团
【转】Eclipse&Jubula:自动化功能测试工具
以上是的内容，更多
的内容，请您使用右上方搜索功能获取相关信息。
若你要投稿、删除文章请联系邮箱：zixun-group@service.aliyun.com,工作人员会在五个工作日内给你回复。
云服务器 ECS
可弹性伸缩、安全稳定、简单易用
&40.8元/月起
预测未发生的攻击
&24元/月起
邮箱低至5折
推荐购买再奖现金，最高25%
&200元/3月起
你可能还喜欢
你可能感兴趣
阿里云教程中心为您免费提供
【转】Eclipse Jubula：自动化功能测试工具相关信息，包括
的信息，所有【转】Eclipse Jubula：自动化功能测试工具相关内容均不代表阿里云的意见！投稿删除文章请联系邮箱：zixun-group@service.aliyun.com，工作人员会在五个工作日内答复
售前咨询热线
支持与服务
资源和社区
关注阿里云
InternationalPosts - 387,
Articles - 0,
Comments - 22
19:34 by 陈建忠, ... 阅读,
本文是转载“虫师”的文章http://www.cnblogs.com/fnng/p/3653793.html
因为我感觉这篇文章写的很好，但是没有收藏功能，所以在自己的博客转载
希望“虫师”老师能够谅解！在此感谢“虫师”老师的分享！！！！！！！
什么是自动化测？
　　做测试好几年了，真正学习和实践自动化测试一年，自我感觉这一个年中收获许多。一直想动笔写一篇文章分享自动化测试实践中的一些经验。终于决定花点时间来做这件事儿。
　　首先理清自动化测试的概念，广义上来讲，自动化包括一切通过工具（程序）的方式来代替或辅助手工测试的行为都可以看做自动化，包括性能测试工具（loadrunner、jmeter）,或自己所写的一段程序，用于生成1到100个测试数据。狭义上来讲，通工具记录或编写脚本的方式模拟手工测试的过程，通过回放或运行脚本来执行测试用例，从而代替人工对系统的功能进行验证。
　　当然，我们更普遍的认识把“自动化测试”看做“&基于产品或项目UI层的自动化测试”。
分层的自动化测试
　　这个概念最近曝光度比较高，传统的自动化测试更关注的产品UI层的自动化测试，而分层的自动化测试倡导产品的不同阶段（层次）都需要自动化测试。
　　相信测试同学对上面的金字塔并不陌生，这不就是对产品开发不同阶段所对应的测试么！我们需要规范的来做单元测试同样需要相应的单元测试框架，如java的Junit、testNG，C#的NUnit&，python&的unittest、pytest&等，几乎所有的主流语言，都会有其对应的单元测试框架。
　　集成、接口测试对于不少测试新手来说不太容易理解，单元测试关注代码的实现逻辑，例如一个if&分支或一个for循环的实现；那么集成、接口测试关注的一是个函数、类（方法）所提供的接口是否可靠。例如，我定义一个add()函数用于计算两个参数的结果并返回，那么我需要调用add()并传参，并比较返回值是否两个参数相加。当然，接口测试也可以是url的形式进行传递。例如，我们通过get方式向服务器发送请求，那么我们发送的内容做为URL的一部分传递到服务器端。但比如&Web&service&技术对外提供的一个公共接口，需要通过soapUI&等工具对其进行测试。&
　　UI层的自动化测试，这个大家应该再熟悉不过了，大部分测试人员的大部分工作都是对UI层的功能进行测试。UI测试就是最简单的在页面上面的点点点测试，也是最简单的黑盒手工测试！但是UI自动化就很难了，因为在录制的脚本在回放的时候很多都不能用，所以必须自己写脚本！但是又不能缺少录制脚本，因为一开始我们只有通过录制脚本才能熟悉被测产品UI自动化脚本是怎样写的！例如，我们不断重复的对一个表单提交，结果查询等功能进行测试，我们可以通过相应的自动化测试工具来模拟这些操作，从而解放重复的劳动。UI层的自动化测试工具非常多，比较主流的是QTP，Robot&Framework、watir、selenium&等。
　　为什么要画成一个金字塔形，则不是长方形&或倒三角形呢？&这是为了表示不同阶段所投入自动化测试的比例。如果一个产品从没有做单元测试与接口测试，只做UI层的自动化测试是不科学的，从而很难从本质上保证产品的质量。如果你妄图实现全面的UI层的自动化测试，那更是一个劳民伤财的举动，投入了大量人力时间，最终获得的收益可能会远远低于所支付的成本。因为越往上层，其维护成本越高。尤其是UI层的元素会时常的发生改变。所以，我们应该把更多的自动化测试放在单元测试与接口测试阶段进行。
　　既然UI层的自动化测试这么劳民伤财，那我们只做单元测试与接口测试好了。NO!&因为不管什么样的产品，最终呈现给用户的是UI层。所以，测试人员应该更多的精力放在UI层。那么也正是因为测试人员在UI层投入大量的精力，所以，我们有必要通过自动化的方式帮助我们“部分解放”重复的劳动。
　　在自动化测试中最怕的是变化，因为变化的直接结果就是导致测试用例的运行失败，那么就需要对自动化脚本进行维护；如何控制失败，降低维护成本对自化的成败至关重要。反过来讲，一份永远都运行成功的自动化测试用例是没有价值。&
　　至于在金字塔中三种测试的比例要根据实际的项目需求来划分。在《google&测试之道》一书，对于google产品，70%的投入为单元测试，20%为集成、接口测试，10%&为UI层的自动化测试。
我为什么要做自动化测试？
　　根据51testing的《中国软件测试从业人员调查报告》，手工测试占到的89%&，相对开发来说，测试的门槛底，薪资普遍较底，所要求的知识面虽然有一定广度，但缺乏深度。这是测试的普遍现状。
　　正因为手功测试人门槛不高，使大量的毕业生，甚至是非专业人员涌入这个行业。从而增加了这个行业的激烈竞争。对于工作几年扔处于手工测试的人员来说都会有强列的危机感。由于工作的技术含量不高，薪资的涨幅遇到瓶颈，另一方面受到新进入者的威胁，同样的工作公司花5K招来的人就可以做，那么就不会花8K&的招。
　　好吧，这个问题不应该出现讨论技术的话题中，但他的确是大多测试人员不得不面对的一个问题。所以，从测试人员自身的发展来说，我其实非常需要通过自动化技术来增加自己有竞争力。当然，做到一定年限测试人员会选择转管理或其它岗位，这又是另一个话题了。
　　从测试行业的发展来说，国内产品由于产品特点，世界级的产品不多，技术含量相对不高，质量要求相对要求不高，外包国外项目，测试人力成本低廉，所以需要大量的手工测试人员。
　　所以，在不远的未来，我认为纯的工手测试人员的需求是递减，公司更需要更高技术能力的测试。质量需要测试，测试行为永远不会消失，但纯的手工测试人员是否消失是有可能的。
　　好吧，你可以说测试多朝阳的行业，我纯属在危言耸听。不管未来如何，我们都需要提升自身的技能对吧！
什么项目适合做自动化测试？
　　假如你已经决定要学习自动化测试了，如何学习是要面临的下一个问题？这个问题以被测试产品为出发点进行分析，假如你所学的技术不能得到应用（验证），将会使你的学习过程寸步难行。
　　首先考考虑产品是否适合做自动化测试。这方法比较普遍的共识是从三个方面进行权衡。
　　软件需求变动不频繁
　　测试脚本的稳定性决定了自动化测试的维护成本。如果软件需求变动过于频繁，测试人员需要根据变动的需求来更新测试用例以及相关的测试脚本，而脚本的维护本身就是一个代码开发的过程，需要修改、调试，必要的时候还要修改自动化测试的框架，如果所花费的成本不低于利用其节省的测试成本，那么自动化测试便是失败的。
　　项目中的某些模块相对稳定，而某些模块需求变动性很大。我们便可对相对稳定的模块进行自动化测试，而变动较大的仍是用手工测试。
　　项目周期较长
由于自动化测试需求的确定、自动化测试框架的设计、测试脚本的编写与调试均需要相当长的时间来完成。这样的过程本身就是一个测试软件的开发过程，需要较长的时间来完成。如果项目的周期比较短，没有足够的时间去支持这样一个过程，那么自动化测试便成为笑谈。
　　自动化测试脚本可重复使用
　　自动化测试脚本的重复使用要从三个方面来考量，一方面所测试的项目之间是否很大的差异性（如C/S系统和B/S系统的差异）；所选择的测试工具是否适应这种差异；最后，测试人员是否有能力开发出适应这种差异的自动化测试框架。
选择什么工具进行自动化测试
　　假如你已经确认了XX&项目适合做自动化测试，那么接下来你要做的就是选测试工具了。
　　首先要先确认你所测试的产品是桌面程序（C/S）还是web应用（B/S）。
　　桌面程序的工具有：QTP、&AutoRunner
　　web应用的工具有：QTP、AutoRunner、Robot&Framework、watir、selenium
　　由于B/S架构的诸多优势，早几年前大量C/S架构的应用转为B/S结构。从而也推动了web开发与测试技术的发展。假如，被测试有产品是C/S架构的，那么推荐QTP&，QTP在UI自动化测试领域占到了一半的试用率。所以，足以说明QTP在自动化领域强大，易用性等。学习主流的工具也可以使你获得更多的机会。市面上关于QTP的书籍也非常丰富。当然，要想学好QTP&，你必须要掌握VBS脚本语言。
　　如果，被测产品是B/S&结构，那么推荐selenium&，为什么不是QTP&或其它工具？因为selenium&对B/S应用支持很好，更重要的一点，它支持多语言的开发，真正的试用selenium&，你所要掌握的不仅仅是一个工具而已，你还需要学习一门语言。我为什么要选择selenium？还要学一门语言，这无疑增加了我的学习成本。增加成本的同时，也增加的你的竞争力，而且，在这个过程中你不单单只是学会了一个自动化工具而已，你完全可以使用所学的语言去做更多的事情。
　　好吧！假如你决定试用selenium&了之后，你又面临了一个新的问题，选择一门语言。selenium&是支持java、python、ruby、php、C#、JavaScript&。
　　从语言易学性来讲，首选ruby&，python
　　从语言应用广度来讲，首选java、C#、php、
　　从语言相关测试技术成度（及&资料）来讲：ruby&,python&,java
　　或者你可以考虑整个技术团队主流用什么语言，然后选择相应的语言。
selenium&用前须知
　　OK！经过上的过程，我相信你一定做出的相应的选择，如果你选择的是selenium&工具，那么接着往下阅读。
首选你在开始selenium之前，需要花一到两个月时间去学一门语言，这里是根据没有语言基础的同学而定的。我推荐ruby&,python&,java&任意一门语言来进行学习。
　　当然，已经如果有很好的语言基础略过这个环节，或者你的丰富的java编程能力，那么学习python&可能只需要几天时间或更短。
　　假如，你已经搞定了一门语言的基础，接下来你需要先了解selenium&，selenium&并不是单纯的一个工具，他是一组工具的集合，而且，他还有1.0与2.0之分，当然3.0也已经到来。
　　selenium&也不是简单一个工具，而是由几个工具组成，每个工具都有其特点和应用场景。
selenium&IDE
　　selenium&IDE&是嵌入到Firefox浏览器中的一个插件，实现简单的浏览器操作的录制与回放功能。那么什么情况下用到它呢？
　　快速的创建bug重现脚本，在测试人员的测试过程中，发现了bug之后可以通过IDE将重现的步骤录制下来，以帮助开发人员更容易的重现bug。
　　IDE录制的脚本可以可以转换成多种语言，从而帮助我们快速的开发脚本，关于这个功能后而用到时再详细介绍。
selenium&Grid
　　Selenium&Grid是一种自动化的测试辅助工具，Grid通过利用现有的计算机基础设施，能加快Web-app的功能测试。利用Grid，可以很方便地同时在多台机器上和异构环境中并行运行多个测试事例。其特点为：
·&并行执行
·&通过一个主机统一控制用例在不同环境、不同浏览器下运行。
·&灵活添加变动测试机
selenium&RC
　　selenium&RC&是selenium&家族的核心工具，selenium&RC&支持多种不同的语言编写自动化测试脚本，通过selenium&RC&的服务器作为代理服务器去访问应用从而达到测试的目的。
　　selenium&RC&使用分Client&Libraries和selenium&Server，Client&Libraries库主要主要用于编写测试脚本，用来控制selenium&Server的库。
　　Selenium&Server负责控制浏览器行为，总的来说，Selenium&Server主要包括3个部分：Launcher、Http&Proxy、Core。其中Selenium&Core是被Selenium&Server嵌入到浏览器页面中的。其实Selenium&Core就是一堆JS函数的集合，就是通过这些JS函数，我们才可以实现用程序对浏览器进行操作。Launcher用于启动浏览器，把selnium&Core加载到浏览器页面当中，并把浏览器的代理设置为Selenium&Server&的Http&Proxy。
selenium&2.0
　　搞清了selenium&1.0&的家族关系，selenium&2.0&是把WebDriver&加入到了这个家族中；简单用公式表示为：
　　selenium&2.0&=&selenium&1.0&+&WebDriver&
　　需要强调的是，在selenium&2.0&中主推的是WebDriver&，WebDriver&是selenium&RC&的替代品，因为&selenium&为了向下兼容性，所以selenium&RC&并没有彻底抛弃，如果你使用selenium开发一个新自动化测试项目，强列推荐使用WebDriver&。那么selenium&RC&与webdriver&主要有什么区别呢？
　　selenium&RC&在浏览器中运行JavaScript应用，使用浏览器内置的JavaScript&翻译器来翻译和执行selenese命令（selenese&是selenium命令集合）。
　　WebDriver通过原生浏览器支持或者浏览器扩展直接控制浏览器。WebDriver针对各个浏览器而开发，取代了嵌入到被测Web应用中的JavaScript。与浏览器的紧密集成支持创建更高级的测试，避免了JavaScript安全模型导致的限制。除了来自浏览器厂商的支持，WebDriver还利用操作系统级的调用模拟用户输入。
　　如果是新项目直接学习webdriver&就OK了，RC是过时技术。
selenium学习路线
　　配置你的测试环境，真对你所学习语言，来配置你相应的selenium&测试环境。selenium&好比定义的语义---“问好”，假如你使用的是中文，为了表术问好，你的写法是“你好”，假如你使用的是英语，你的写法是“hello”。&所以，同样有语义在不同的语言下会有不同的写法（语法）。
&　　接着你需要熟悉webdriver&API&，API就是selenium&所定义一方法，用于定位，操作页面上的各种元素。
　　先学习元素的定位，selenium&提供了id、name、class&name、&tag&name、link&text、partial&link&text、&xpath、css、等定位方法。xpath和css&功能强大语法稍微复杂，在这其间你可能还需要了解更多的前端知识。xml&,javascript&等。
　　定位元素的目的是为了操作元素，接就要学习各种元素有操作，输入框，下拉框，按钮点击，文件上传、下载，分页，对话框，警告框...等等。
　　经过一段时间的学习，你可以游刃有余的模拟手工测试来操作页面上的各种元素了。接着你需要做的就是把这些“用例”组织起来，统一来跑。
　　那么你需要做的就是学习并使用单元测试框架，单元测试框架本身就解决了用例的组织与运行。
　　当你写了一些“测试用例”&之后，你会发现用例中有大量重复的操作，能不能写到一个单独的文件中，需要的时候调用这些操作？当然可以，运用你的编程能力来实现这一点将非常简单。然后，你又发现每个用例中都有一些数据，这些数据也是一样的，但如果变化了修改起来非常麻烦，你也可以把他写到一个单独的文件中进行读取。
　　接着你又遇到了新的疑问，我写的脚本（用例）都是流水式的，我怎么知道用例运行失败还是成功。那么就需要在脚本中加一些验证与断言。
　　接着你又有了更多的想法，单元测试框架的log太简陋了，能不能生成一张漂亮的测试报告出来。我能不能定时的来跑这个脚本。能不能把每一次跑脚本的测试结果直接发到我的邮箱。能不能......
　　为解决这些问题，你不得不学习更多的编程技术，然后你的“测试结构”会功能越来越强大，越来越灵活。产生了一定的通用性和移植性。一个有模有样的自动化测试框架诞生了。
&　　假如，有一天你不再做UI的自动化测试了，你会发现你去做单元测试&或接口测试基本没什么难度。开发个测试工具之类的也不在话下，感谢selenium&吧！顺便也感谢一下我吧！测试用例和测试步骤都可以转化为自动化测试？如何转化？
[问题点数：1分，结帖人ericzhangali]
测试用例和测试步骤都可以转化为自动化测试？如何转化？
[问题点数：1分，结帖人ericzhangali]
不显示删除回复
显示所有回复
显示星级回复
显示得分回复
只显示楼主
匿名用户不能发表回复！|功能测试人员的未来在哪里 - 简书
功能测试人员的未来在哪里
说起功能测试，大家都嗤之以鼻，就是点击界面，像机器人一样天天重复，说白了初中毕业生也能干。每次听到这些言论我都想好好和他聊聊，功能测试涉及业务知识、web前台、oracle数据库、linux后台、日志等。我目前在银行做软件测试，功能测试居多，有时我也会迷茫，功能测试做久了，跳槽找工作没有竞争力，尤其是现在公司都在招测试开发工程师。经过几年的坚持，我发现功能测试不像大众想象的那么糟糕，对于业务逻辑复杂的系统，功能测试相当重要。功能测试会不会消失，与被测系统有关，目前被测的软件系统分为：大型企业软件与社交软件等，如：测试银行系统与简书app，这完全是两种不同的测法。像如简书、游戏行业有时候几乎不需要测试人员，产品有一定的用户量时，直接打包个app，社区公测送好礼找bug ，省时省力省钱。俗话说：高手在民间，公测或许会找到更多bug，用户也愿意把平时遇到的问题反馈给简书。大型软件系统可不会公测， 银行系统动辄几十个子系统，有时一笔业务涉及5个子系统， 不仅要确保账务正确，还得关注各个子系统之间的相互影响。谁敢说功能测试没有技术含量。有人会说每个银行业务不同，换一家银行又得从头学起，之前学的都没用；对于这个问题我可以回答，我现在做理财，之前做过银行核心系统，所以理财很快就能上手，简单的说就是理财发交易去核心记账。未来是个重产品体验的社会，文中没有那些高大上的理论，我只是站在一个平凡测试者觉度看问题：功能测试还能坚持多久？我有段时间学习做自动化测试，针对界面简单的输入项做自动化测试，脚本容易维护，执行也快。但是，对于一些复杂的业务场景还是得自己手动执行。那些复杂的业务，自动化测试脚本维护起来很麻烦，尤其是浏览器不兼容问题。目前传统软件只针对IE浏览器使用，我用selenium+python+firefox做自动化时界面展现不完整，半天找不到原因，之后果断放弃。自动化测试前提是重要的业务逻辑、业务场景测试已完成，然后针对界面性输入数据项做测试。性能测试主要针对典型接口交易、混合场景做。所以最重要的bug还得通过功能测试暴露。下面我说说我遇到的功能测试人员的发展方向；1、转需求人员之前发文章，后台有人留言，意思是她在测试中没有需求文档。因为我在做银行系统测试，所以必须有需求文档约束系统间的数据交互。针对定制软件系统，一些大公司有专门的软件需求人员，专注于谈需求写需求文档 。功能测试做久了熟悉业务后可以转需求，需求有多重要，问问测试人员，后期出现bug，拿着文档直接和业务、开发对峙。我目前看到最不靠谱的需求就是一段话，比如：基金业务的净值归一，这个一是概数。净值有可能从1回归至0.9，也可以从1.5回归到1.2，其他的业务逻辑丝毫没提起。看到这一句话的需求开发人员也是很不走心，就开发个净值归一，丝毫没有考虑净值小于1，工作日购买、赎回的逻辑处理；净值大于1，如何处理，说多了都是泪，前期需求不细化，后期都是坑。目前开发人员为了赶进度，没有细分需求，只写出输入描述、输出描述，丝毫不说增加字段是什么意思，从哪个表取值，取值为0，代表额度是不控制呢还是就是额度为0。所以我得出个结论，写好需求占项目成功的70%。甚至更多。功能测试做久了，熟悉业务后转做需求，很不错的发展。2、产品经理最近看了本书《启示录-打造用户喜爱的产品》，人人都可以是产品经理。虽然我处在传统行业对产品理解的不透彻，但是现在是互联网时代，到处充斥着产品体验、用户体验等。比如社交软件，08年人人网很火，11年新浪微博干掉博客、人人网成了一枝独秀，这几年微信干掉微博火遍大江南北，我爸爸60岁了，还建微信群，太火，为什么，产品体验好。估计现在每款智能机都有微信app。消耗流量少、界面简洁、添加自己想加的朋友、不想看谁直接屏蔽、不开心时发个红包、关注三观符合的微信公众号、还可以买基金等，试闻这样的产品谁不喜欢？功能测试人员会站在用户角度测试业务逻辑、操作简单性、易用性、兼容性等。所以后期发展成产品经理也很不错哦。3、软件测试培训师目前高校没有软件测试专业，所以一般从事软件测试的都去参加培训班，培训班老师大都是企业工作者，有丰富的工作经验供学生参考学习。哈哈，我现在的理想也是做一名软件测试培训师。综上所述是我的理解，由于我的工作内容，只能站在大型企业软件觉度看待问题。我一直做的web测试，现在测试人员只要凑一起就说未来是软件测试开发人员的天下，功能测试会逐渐消失。我只想说自己先明确自己的工作内容，在一个行业成为大拿需要10年积累，谁也不想经常换行业，只学点皮毛，后期更没有竞争力。工作之余自学点性能测试、自动化测试。这是我在做软件测试中的一些感受，一直做银行系统测试，没接触过别的领域，我试图考虑过换别的领域。之后遇到点事然后就放弃了，有同事说公司要做一款众筹app，找我一起干，但是没过多长时间项目就被领导叫停了，当时我也不知道说什么好。从目前看做大型企业软件功能测试还是很不错的，至于未来，未来的事说也说不准，先活在当下找准自己的定位最重要，不要被舆论牵着鼻子走。注：这是我工作几年自己的理解，如有异议欢迎留言讨论。如果有一个字一句话触动到你，留个喜欢可好？
最接地气的软件测试者，公号：笑笑爱笑smile
//我所经历的大数据平台发展史（三）：互联网时代 o 上篇http://www.infoq.com/cn/articles/the-development-history-of-big-data-platform-paet02 编者按：本文是松子（李博源）的大数据平台发展史...
文章来自：http://blog.csdn.net/mj813/article/details/ 问：你在测试中发现了一个
bug ，但是开发经理认为这不是一个
bug ，你应该怎样解决。首先，将问题提交到缺陷管理库里面进行备案。然后，要获取判断的依据和...
1.问：你在测试中发现了一个
bug ，但是开发经理认为这不是一个
bug ，你应该怎样解决。 首先，将问题提交到缺陷管理库里面进行备案。 然后，要获取判断的依据和标准： 根据需求说明书、产品说明、设计文档等，确认实际结果是否与计划有不一致的地方，提供缺陷是否确认的直接...
1、什么是兼容性测试？兼容性测试侧重哪些方面？ 参考答案： 兼容测试主要是检查软件在不同的硬件平台、软件平台上是否可以正常的运行，即是通常说的软件的可移植性。 兼容的类型，如果细分的话，有平台的兼容，网络兼容，数据库兼容，以及数据格式的兼容。 兼容测试的重点是，对兼容环境的...
1.测试与软件模型 软件开发生命周期模型指的是软件开发全过程、活动和任务的结构性框架。软件项目的开发包括：需求、设计、编码、测试、稳定、部署、维护等阶段。 常见的软件开发模型有瀑布模型、迭代开发、螺旋开发和敏捷开发。 1.1 瀑布模型 瀑布模型式是最典型的预见性的方法，严格...
昨天你发了一条说说，你去看了一场五月天的演唱会吧，离得比较远，但还是可以听得到，人潮拥挤，不知你身边站的是谁，那个时候你又会想起谁。反正不是我吧。 你说，“我爱你，每个在我心里久居钻孔的人，都是我的五月。” 那首歌是《逃离地球表面》，不知道你是什么时候从许嵩到了五月天。 喜...
前段日子，估计是闲得很，挖出《记忆碎片》出来看，接连看了几部这种类型的片子，整个差点憋出内伤。不是说不好看，而是看完之后对人类失望，这种感觉很糟糕。所以，我一定要向这个世界传递下负面能量…… 主角L（我很难辨识西方人的脸，总觉得跟布拉德彼特有点像），生了一种很奇怪的病，每过...
面对咽炎袭来，我不幸中招 我叫青青，今年29岁，是一名公交售票员，每天走着同样的路线，说着相同的话，就这样工作了6年，2年前我发现嗓子总是有黄痰，说话也偶尔会疼，当时感觉可能是自己工作太累了多休息一下会好的。可是过了几天发现黄痰更多了，脖子出现明显红肿，吃饭咽东西也非常疼，...
经历这些天的流泪和心碎，也算是一种成长。谢谢你让我找到我自身的不足，让我能够不停的反省和认清自己，然后去改正自身的缺陷，弥补自己的过失。让自己逐渐成熟。成为一个有担当的男人。委屈自己留在心中，夜深人静时大不了痛哭一场，第二天你仍需坚强。路还很漫长，就算有再多心酸与痛楚也要含...
废话少说，先报数据：总里程近8000公里，一次保险都没出过；上过6次高速；被交警抓到的违章有3次，都是在前三个月，一次是毫无意识地闯了红灯，两次是在限号日往返江汉一桥，一共扣了6分，罚款400；道路上的小擦碰有2次，都私了了，其中一次是我强行变道擦了一辆东风风神，赔了别人...}