This is a quick reference for the key concepts, techniques, and patterns described in detail in Eric Evans’ book Domain Driven Design: Tackling Complexity in the Heart of Software and Jimmy Nilsson’s book Applying Domain-Driven Design and Patterns with Examples in C# .NET. In some cases, it has made sense to use the wording from these books directly, and I thank Eric Evans and Jimmy Nilsson for giving permission for such usage.

为规范开发人员准备的代码规范考核规则

在你已经掌握了下列知识点后，这些练习可以作为额外的练习：基本的SQL查询语句，基本的SQL*plus 命令和SQL函数

我和《艺术》的第一次接触并不是在书店里发现了它，而是因为我阅读的一个习惯。我喜欢在阅读之前先看参考文献部分，也由此发现国内的很多软件测试书籍都把《艺术》作为首要的参考书目，这让我不得不对该书刮目相看，现在我终于明白了，原来《艺术》一书就是现在各种测试书籍参考的源头之一。

为什么要分层测试？ – 分层才能保证快速反馈，而不是都等到最后才反馈 – 恰当的分层测试可以降低总测试成本

自动化测试 做？不做？ 答案是肯定的 怎么做？ 测试江湖中的纷争 从来没有停息过…… 先看看前辈们的各种纠结吧……

微服务(MicroServices)架构是当前互联网业界的一个技术热点，圈里有不少同行朋 友当前有计划在各自公司开展微服务化体系建设，他们都有相同的疑问：一个微服务架 构有哪些技术关注点(technical concerns)？需要哪些基础框架或组件来支持微服务架构？ 这些框架或组件该如何选型？笔者之前在两家大型互联网公司参与和主导过大型服务 化体系和框架建设，同时在这块也投入了很多时间去学习和研究，有一些经验和学习心 得，可以和大家一起分享。

为公司测试部门的软件项目测试活动提供可遵循的工作指南。

《架极师》电子杂志癿讹生丌是拍脑袋癿产物。网络在线癿情冴下，我从可仌方便地浏 觅各种资讨，但如果没有网络癿旪候忟举办呢？迌种情冴想必我从径多人都遇到迆。此旪， 存储在电脑戒者手机上癿电子文件就有用武乀地了。 我自巪就曾绉通迆手机在外出旅行旪阅 诺了基本旪下癿畅销书。 《架极师》癿出现，其丨一丧径朴素癿愿服即是讥我从癿诺者在没 有网络癿情冴下，依然能浏觅到 InfoQ 丨文站癿精半内容。

AWS云平台的移动应用服务 TCL通讯移动应用后台架构实践 TCL通讯与移动应用产品介绍 TCL移动应用在AWS平台上的架构演进 TCL移动应用开发的技术实践 TCL移动应用架构未来的规划

大部分用户通过TA节点接入服务, 但也有少部分用户直接接入 前端： ejabberd: xmpp server ejabberd中有white list, 可以将特定用户分配到特定的xmq服务器. 目前该功能只做业务预览. 所有业务共用

项目管理知识体系（Project Management Body Of Knowledge ,PMBOK）是美国项目管理学会(PMI)组织开发的一套关于项目 管理的知识体系，它是PMP考试的关键资料。 项目管理知识体系包括项目管理的9个知识领域、5个标准化过程组及39个模块。

项目（project ）: 在一定资源约束下，为创造独特的产品或服务而进行的一次性努力。 项目管理（project management）: 把知识、技能、工具和技术应用于项目各项工作之中，实现或超过项目厉害关系者对项目的要求和期望。

项目质量管理是确定质量方针、目标和职责，并在质量体系中通过诸如质量计划、质量控制、质量保障和质量改进等，使质量得以实现的全部管理活动。

我们在敏捷研发管理中经常遇到的问题 • 流程难固化：每隔一段时间都要重新培训一遍流程 • 范围不清晰：控制不了变更，不清楚变更的影响 • 计划不合理：估算偏差大，细节任务考虑不周 • 进度不准确：“计划完成率”基本靠猜 • 风险不透明： 已有的显示板看不到项目过程中的问题 • 质量难保证：经常通过“非常手段”达到质量目标 • 团队进步慢：团队综合能力增长缓慢，团队活力下降

软件测试工程师面试宝典2软件测试基本理论知识试题

极限编程（Extreme Programming，XP）和社会性的变革(social change)相关。过去适用的一些习惯和模式在今天可能会妨碍我们做到最好，XP要求我们放弃这些习惯和模式，放弃那些妨碍生产率但保护我们白 己的防御行为。虽然这可能会使我们感觉到自己失去了掩蔽。

HYPERLINK"http://blog.csdn.net/on_my_way20xx/article/details/8486839"Loadrunner接口测试的两种方法其实无论用那种方法，的原理是通过测试程序模拟客户端向服务器发送请求报文，服务器接收请求报文后对相应的报文做出处理然后再把应答报文发送给客户端，客户端接收应答报文这一个过程。测试接口测试　　方法一、用实现接口测试LoadRunner　　大家都知道LoadRunner是一种HYPERLINK"http://www.51testing.com/html/66/n-814766.html"\t"_self"性能测试工具，但它也可以用在我们做接口测试的时候。开发人员开发出来的接口，提供给测试人员详细的接口使用说明书，该说明书最基本的要求如下：　　接口测试地址：/SNS/Publish　　请求报文参数说明：　　请求报文格式：　　应答报文的参数接口说明：　　有了上述的说明书之后，测试人员可以根据文档的描述在LoadRunner书写相应的接口测试脚本。　LoadRunner中涉及到向服务器发送请求的API方法包括：web_url()，web_submit_form()，web_submit_data()，web_custom_request()。下面介绍两种我常用的方法：　　方法一：使用web_submit_data()　　方法二：使用web_custom_request()　　这也是一种写法，可以跟web_submit_data互换。这种写法更利于拼接参数。　　方法一适合一些xml结构的根元素下的子元素同处于根元素下面，且子元素数目较少的情况下，如果xml结构比较复杂，比如说根元素下面有多级子元素，或者xml树结构分叉较多的时候，我们可以先把xml拼接成一个字符串然后通过web_custom_request()向服务器发送请求。　　我们在做接口功能测试的时候会很注意接口的应答报文的信息，这时候我们可以通过LoadRunner的日志信息查看或者可以通过web_reg_find()或者web_find()这样的API函数来统计接口的运行结果，推荐使用web_reg_find()，web_reg_find()和web_find()区别请大家百度一下，详细信息太多，在这里不便叙述。　　因为web_reg_find()是注册型函数，所以应该放在web_submit_data()或者web_custom_request()的前面。　　如：　　在脚本的最后我们可以对查询字段的信息进行统计　　总结：用LoadRunner做接口测试无法做到把接口参数和程序分理，接口的参数可以通过参数化的方法来实现对同一个参数多个数据的测试。参数化后的测试数据保存在此脚本的保存位置下。　　方法二、通过Java+Fitnesse实现接口功能测试　　什么是Fitnesse？　　FitNesse是一套软件开发协作工具　FitNesse是帮助大家加强软件开发过程中的协作的工具。能够让客户、测试人员和开发人员了解软件要做成什么样，帮助建议软件最终是否达到了设计初衷。　　FitNesse是一套软件测试工具　从另外一个角度看，FitNesse是一个轻量级的、开源的框架，能够帮助开发团队方便的定义验收测试（AcceptanceTests），通过在web页面上简单的输出和预计输出的表格就可实现，并且可以运行这些测试以确定是否通过。　　FitNesse是wiki可以很方便的创建和编辑页面　FitNesse是一个web服务器不用过多的安装配置，很方便使用。　　我习惯使用Eclipse集成开发工具写测试代码，用fitnesse准备接口的测试数据，由此实现接口的测试数据和测试程序的分离。　　关于Fitnesse的使用大家可以参考官方网址。Fitnesse的四种常见表格是：　　ColumnFixture，ActionFixture，DecisionTable，ScriptTable。在工作中ColumnFixture用的最多。　　下面的程序使用的是ColumnFixture表格。　　总结：上述两种方法都是对接口做功能测试的方法，使用LoadRunner做接口测试的时候可以不用让开发人员提供测试人员相应的UI测试页面，直接调用接口做测试，但是测试程序和数据的依赖性太强；使用Fitnesse做接口测试的时候可以实现测试程序和数据的分离，只用点击Fitnesse界面的Test按钮就可以实现测试，测试消耗时间比使用LoadRunner做接口测试少。　　以上纯属个人见解，敬请拍砖！参数名称参数描述字符类型字符值SNSID社区IDString6UserID用户IDString10CommentsTypeID评论类型IDString2Comme

在软件行业或者IT行业，比较普遍的发展模式大都是：编码-设计-技术管理（集成、测试）-PM. 所以如果做好项目管理或更高地管理，先都要把握好技术管理。 我所说的技术管理，就是你所面临的主要问题还是技术问题，你的工作任务还有一多半是技术任务，但你同时又承担了一些管理责任 这样一方面你需要技术背景，一方面需要对管理的基础知识和能力掌握；前者对我们而言都不困难，但后者如果我们连意识都没有，那我们通常会发现 技术上很牛，很努力，人品也非常好是个好人，即使做到了很高的管理职位，但就是管不好。当然这是由很多因素造成的，我们所做的只是在最初期，让每一个人都尽早地有这种意识，当把我们放在更高地管理职位的时候，我们会做得比没意识的人更好。