今天完成事情：

1.把短信邮件和图片引入之前的项目了，这里就记录一下jar包怎么导入进去，

之前还以为sdk是是一整个东西的，原来只是需要引入一个jar包就好了。

先把jar包放到一个位置，maven里面自己是有插件的，所以说直接用一行命令就好了

mvn install:install-file -DgroupId=com.hahaha -DartifactId=bccs -Dversion=1.0 -Dpackaging=jar -Dfile=CCP_REST_SMS_SDK_JAVA_v2.6.3r-1.0.jar

这个命令出来了是就可以直接在pom里面引用了。

尝试了一下都是可以发送的，邮件和图片直接maven仓库本来就有的

2.今天就准备小课堂了

如何正确做web应用的压力测试

1) 首先说一下如何产生压力，产生压力的方法有很多，通常可以写脚本产生压力机器人对服务器进行发包和收包操作，也可以使用现有的工具(像jmeter、LoadRunner这些），所以说产生压力其实并不难，难点在于产生的压力是不是真实地反映了实际用户的操作场景。举个例子来说，对游戏来说单纯的并发登陆场景在整个线上环境中的占比可能并不大(新开服等特殊情况除外)，相反“登陆-开始战斗-结束战斗”、不同用户执行不同动作这种“混合模式”占了更大的比重。所以如何从实际环境中提炼出具体的场景比重，并且把这种比重转化成实际压力是一个重要的关注点。

(2) 产生压力之后，通常我们可以拿到TPS、响应时延等性能数据，那么如何定位性能问题呢？TPS、响应时延只能告诉你服务器是否存在问题，但不能帮助你定位问题。这些表面背后是整个后台处理逻辑综合作用的结果，这时候可以先关注系统的CPU、内存、IO、网络，对比在tps、时延达到瓶颈时这些系统数据的情况，确定性能问题是系统哪一部分造成的，然后再回到代码的逻辑中逐个优化这些点。

(3) 当服务器的整体性能就可以相对稳定下来，这时候就需要对自己服务器的承载能力有一个预估，通过产生真实压力、对比系统数据，大致可以对单套系统的处理能力有个真实的评价，然后结合业务规模配置服务器数量。可以看下腾讯wetest的这个压测工具http://wetest.qq.com/gaps/

记录一下提出的问题：

一.为什么jmeter里的报告要叫聚合报告？

普通报告是每一个请求的记录都写出来  聚合的就是算出平均值写出来

二.TPS怎么测？

用一个插件测tps  http://blog.csdn.net/defonds/article/details/54576604

三.JMeter的线程发送HTTP请求时，是连续不断的发送请求，还是等上一个请求得到响应之后，再发下一个请求？

是一个一个开始测的。

四.不同的线程数下，接口的反应时间不同，如何选择合适的线程数？

响应时间在200MS之内的时候90%Line的TPS是多少。这是系统支持并发数的含义。

五.QPS和TPS的区别？

TPS 即服务器每秒处理的事务数.

QPS是每秒查询率。

六.线程有上限吗,有的话是多少,线程上限有什么决定？

看自己本地机器的性能。

七.压力测试在整个开发的哪些过程进行？

在demo之前。

八。发布线上要达到一个怎样的标准？

不能出问题，响应时间在200ms以内

晚上就光写简书和上传wiki了

遇到的问题：还不知道怎么把这短信这些整合到service里啊，尤其是图片不知道怎么搞...注册时候让用户上传么？

明天的计划：把这些东西整合到项目里面去