我的第一个python web开发框架(19)——产品发布相关事项

  • 时间:
  • 浏览:14

  专业的测试是一另另一个 枯燥、重复、非常有耐心且敬业的职位,也是我很佩服的一另另一个 岗位。

  老菜:看来得普及一下上线的相关知识才行。

  当然包括我在内,刚刚也没人养成自测的习惯,没人测试人员的约束,写好代码就往生产环境上扔,老要出先故障就在生产环境上调测或还原代码,再慢慢改的情況。刚刚也以为有没人测试都无所谓,最近几年老要待在有测试团队的公司里就不一样的,有了约束刚刚,嘴笨 更新下行速率 和下行速率 打大折扣,但代码质量和稳定得到了飞跃性的提升。平时码代码也会习惯性完成后用各种参数跑一下,而使用测试的思维去写代码刚刚,代码的安全性、严谨性得到了很大的提升。

  正常来说,更新到生产环境的代码是测试过没人大大问题的,但有可能性而且 功可不可以 不可不可以 在生产环境可不可以 不能进行测试,而是 一般发布一定会选一另另一个 晚深人夜,没人那些客户使用时来进行的。更新刚刚还要快速进行测试,保证系统上线后运行正常没人大大问题。

  小白:呃,完成开发后,上传到服务器,而且浏览器可不可以 正常访问...

    本文转自 AllEmpty 博客园博客,原文链接:http://www.cnblogs.com/EmptyFS/p/8149856.html,如需转载请自行联系原作者

  小白:老大,不好意思又要麻烦你了,项目可能性弄完,但要发布上线我还一头雾水,有空帮我讲解一下吗?

  对于重大版本或变更更新时,预生产环境测试是有严格的更新步骤要求的。在整个预发布测试过程中,还要实时记录下每一另另一个 步骤的操作。对于重大更新,下面的步骤有时可能性还要反复操作多次,另一另另一个 可不可以 保障更新到生产环境是完整版无误的。

  但根据我所接触的众多公司来看,没人测试人员的公司就占了多数,各公司的BOSS们甚至技术负责人都没人测试的意识,将产品测试交给开发人员或业务人员进行,其产生的后果为甚样就不得而知了。往小方面说用户体验不好,往大方面说可能性更新后造成数据丢失,生产环境停机一段时间的情況。

  3. 预生产环境测试

  好不容易小白将系统开发完成,对于发布到服务器端并没人那些经验,于是在下班后又找到老菜。

  对于开发人员自测,而是 程序运行员都没人这个 习惯,多数一定会写完代码,个人以为肯定没人大大问题,而且往服务器上一扔就完事了,等而且 同事或客户使用时进行测试,而是 之一定会老要出先50或各种bug,问起来一定会可能性粗心、没注意到或不小心造成的,有时等得到反馈时可能性过上好长一段时间了,系统挂了多久都我而是知道。刚刚所在公司就遇过有技术人员一另另一个 小大大问题用了超长时间才开发出来,提交了不知几块次到测试环境一定会通过,bug反复老要出先,被测试经理骂的狗血淋头的情況,我在旁边看着都差点忍不住上去怼上一份。可不可以 看得出来,没人自测也是造成测试与开发矛盾的重要原因之一。

  自测它是四种 态度,它也是四种 习惯。

  python服务器环境搭建(2)——安装相关软件

  一般有测试岗位的公司,一定会创建一套测试环境专门给测试人员来进行测试,可能性测试与开发共用一另另一个 环境时,数据而是 刚刚就会造成混乱,其中一方辛辛淡淡的 建的数据,个人拿来就用,又可能性技术人员习惯直接打开数据库改数据,而且 数据情況老要改变了,而测试人员以为是bug,造成并不一定要的困扰。一般来说,开发人员在开发环境上自测没人大大问题刚刚,才会将代码打包提交给测试人员更新到测试环境上。这个 更新频率一般一定会固定时间,而一定会非常频繁,除非有重大bug测试人员无法继续下去,可能性每一另另一个 版本的更新,测试人员一定会从头到尾,按写好的测试用例完整版重新跑一次,频繁的更新会造成测试人员工作量非常大。

  而是 公司产品开发刚刚是直接上线的,并没人预生产环境进行测试,好多而且 重大的安全事故而是另一另另一个 造成的。比如说没留意sql一句话,不小心将生产环境的数据表给清空了;比如说更新后生产环境直接崩溃等情況在工作中时有地处。今年我在的公司也试过地处比较严重的大大问题,公司合作 辦法 公司的小伙伴开发时代码循环写错了,没人经过全面测试就直接发布,APP发版后造成我方生产环境业务接口访问量暴增,短短几天访问量暴涨到6千万,服务器流量、CPU、内存等完整版满负荷运行,影响到了而且 公司合作 辦法 公司业务的正常运行,可能性生产环境可不可以 停,服务器端可不可以 不能 通过快速扩容服务器组为高可用群组避免,客户端通过快速发布新版替换。

  老菜:嗯,系统上线并不一定一件简单的事情,它可大可小。可能性准备不充分,有可能性会而是 大大问题老要出先。你认为写好代码时会为甚发布?

  前面的内容听起来好像不为甚错综复杂,不为甚多,不过对于这个 小站点来说,就我太多 没人操作了。你首好难做的是购买好域名,做好域名备案相关工作;而且购买一台云服务器,按我博客里的教程安装配置好服务器;最后将你的代码发布到服务器上去就可不可以 了。

  可能性服务器并一定会太多的影响下,通常预生产环境和益产环境放进去一另另一个 服务器里,它而是一另另一个 数据库与程序运行的拷贝。条件充足时,会在本地搭建一另另一个 和益产环境一模一样的环境,来做发布前测试。预生产环境测试,可不可以 帮亲们 避开而是 服务器环境因素(配置或包不一致等情況)、数据库底部形态或配置因素(数据库底部形态调整未更新或记录参数改变后未同步等情況)和sql一句话缺陷等大大问题造成的重大错误。

  1. 开发人员自测(开发环境)

  1)本地测试环境上测试通过,准备好更新代码包、数据库更新脚本、服务器配置更新脚本和修改说明文档;

2)清空预生产测试旧的数据库与程序运行(对于小版本更新可不可以 直接在旧环境上进行,并不一定做这个 步操作;另外可能性数据库数据量比较大时,可继续使用旧环境数据);

3)备份预生产测试环境里的代码、数据库与相关配置文件;

4)获取生产环境中的代码、数据库与相关配置文件,并将它们更新到预生产测试环境中,搭建好可不可以 正常运行

5)刚开始英语 英语 发布,新服务器配置文件;

6)更新数据库脚本;

7)更新代码包;

8)运行前后端程序运行,进行全面测试(所有功能都还要跑过一次),检查程序运行否有有可不可以 正常运行;

9)可能性此次更新我太多 对原系统产生破坏性变更,程序运行正常后就可不可以 按预发布部署到生产环境上。

10)可能性还要录入或变更相关配置数据,可不可以 让相关维护人员登陆操作录入或修改内容,并测试通过;

11)导出维护人员录入的数据脚本;

12)再次还原生产环境的代码、数据库与相关配置文件到预生产测试环境中;

13)执行第5步到第7步的操作,并将第11步导出的数据脚本更新到数据库中;

14)执行第8步操作,确认没人大大问题后,发布到生产环境中。

  python服务器环境搭建(1)——本地服务器准备

  常见的更新是热更新,即直接上传更新;一定会使用svn等自动化工具进行同步更新,更新完成后,svn的勾子自动将代码同步到而且 服务器上,并重启指的服务;还可不可以 关闭高可用其中一另另一个 对外访问的节点来更新测试,等这个 节点内部测试没人大大问题,再自动同步到而且 节点上;可能性是微服务架构,还可不可以 使用微服务自动安装发布,自动同步注册更新的功能......不同的企业,服务架构不一样,更新的步骤与辦法 而是同。

  测试前,标准来说测试人员一般分制定测试规范,做好测试计划和写测试用例,测试阶段会分为功能测试(可能性会有功能1、功能2、功能3等多次测试)、UI测试、兼容性测试、性能测试、安全性测、UAT测试等,完成一定会提交一份测试报告。不过而是 刚刚测试规范、计划和报告一定会被省略了,测试用例有时也可能性会被略过,每家公司根据个人的还要也会进行对应的调整。

  正规的产品上线一般可不可以 按下面几块步骤来进行:

  你按下面链接去搭建一句话,你的程序运行大体上运行我太多 老要出先那些大大问题,下面配置是bate版的服务器环境搭建,是我研究运维配置好的服务器个人学习后写的,配置好可不可以 正常的访问我太多 有太多的大大问题。可能性你可不可以 应对高并发,还要在这个 基础上进行调优避免,另外uwsgi最好使用xml配置,可能性xml和ini所使用的包是不一样的,运行时下行速率 和稳定性相差比较大,亲们 服务器避免每秒7百多并发而是使用xml配置的。

  4. 生产环境测试

  python服务器环境搭建(3)——参数配置

  2. 测试人员测试(测试环境上)