- A+
但根据我所接触的众多公司来看，没有测试人员的公司就占了多数，各公司的BOSS们甚至技术负责人都没有测试的意识，将产品测试交给开发人员或业务人员进行，其产生的后果怎么样就不得而知了。往小方面说用户体验不好，往大方面说可能更新后造成数据丢失，生产环境停机一段时间的情况。
自测它是一种态度，它也是一种习惯。
一般有测试岗位的公司，都会创建一套测试环境专门给测试人员来进行测试，因为测试与开发共用一个环境时，数据很多时候就会造成混乱，其中一方辛辛苦苦建的数据，另一方拿来就用，又或者技术人员习惯直接打开数据库改数据，某些数据状态突然改变了，而测试人员以为是bug，造成不必要的困扰。一般来说，开发人员在开发环境上自测没有问题以后，才会将代码打包提交给测试人员更新到测试环境上。这个更新频率一般都在固定时间，而不是非常频繁，除非有重大bug测试人员无法继续下去，因为每一个版本的更新，测试人员都会从头到尾，按写好的测试用例全部重新跑一次，频繁的更新会造成测试人员工作量非常大。
如果服务器并不是太多的影响下，通常预生产环境和生产环境放在一个服务器里，它只是一个数据库与程序的拷贝。条件充足时，会在本地搭建一个和生产环境一模一样的环境，来做发布前测试。预生产环境测试，可以帮我们避开很多服务器环境因素（配置或包不一致等情况）、数据库结构或配置因素（数据库结构调整未更新或记录参数改变后未同步等情况）和sql语句缺陷等问题造成的重大错误。
正常来说，更新到生产环境的代码是测试过没有问题的，但有可能有些功能只能在生产环境上才能进行测试，所以一般发布都会选一个晚深人夜，没有什么客户使用时来进行的。更新以后需要快速进行测试，保证系统上线后运行正常没有问题。
按照上面所讲述的，将服务器环境安装好以后，接下来就是按步骤将网站部署到服务器上了。
我们的站点是前后端分离的，所以需要部署两个站点。首先来发布前端站点。
部署前端站点
输入命令进入svn管理文件夹：cd /data/svn/
创建svn：svnadmin create simple_html
将前端html代码复制到刚检出的文件夹里，提交到服务器端
检查服务器网站文件夹，看看提交的svn是否自动发布了
配置nginx，让浏览器可以正常访问
进入nginx配置文件夹：cd /usr/local/nginx/conf/vhost/ （如果你按前面章节操作，这里已创建了test.conf配置，不然使用80端口会发生冲突，可以将它删除：rm -rf test.conf）
创建simple_html.conf配置文件：vi simple_html.conf （添加下面代码）
重启nginx，让配置生效：/usr/local/nginx/sbin/nginx -s reload
在浏览器中输入：http://192.168.0.128/ 就可以访问到前端html页面了，由于接口还没有部署，所以这里访问后中间那一块是空的，按F12也可以发现接口无法访问，接下来我们来部署后端接口服务。
记得给post-commit赋可执行权限哦
当你在服务器端检出simple_interface到/data/www/simple_interface后，接口svn就创建成功了，接下来配置supervisord
输入命令：vi /etc/supervisord.conf （之前创建的test配置这里也可以直接删除）
在supervisord.conf后面添加下面配置
添加uwsgi配置：vi simple_interface.ini （如果是正式项目上线，最好使用python35_plugin.so来运行xml配置，稳定性和性能会好很多，前期写服务器环境安装配置时没有经验，所以没有配置成功只能使用ini了）
完整的代码！
