关于前端:前后端联调测试

前后端联调测试

1、软件测试工作的实质

个别的办法和伎俩

（1）从需要，性能实现，性能等角度发现软件自身的 bug

（2）手动或自动化的形式来实现 bug 的发现

• 长处：只关注软件自身，工作量不大，比拟省心

• 毛病：没有预防伎俩 发现 bug 时再修补回溯的流程比拟长，耗时

  （3）技术上要以任何办法和伎俩发现 bug

  （4）思维上要以多视角的形式察看我的项目预防 bug

  2、一个我的项目各阶段设计人员及工作内容

  （1）需要阶段：

  产品负责需要调研竞品剖析产品原型设计

• 需要评审：我的项目所有成员加入，产品经理为大家解说产品需要的逻辑

  （2）设计阶段：

  交互设计（ui/ue）架构设计（抉择技术栈）

  （3）开发阶段:

  前端开发：负责实现网页业务逻辑局部的编码
  后端开发：负责实现服务端业务逻辑局部的编码

  （4）测试阶段：

  测试人员：负责软件实现后的质量检查

  （5）上线部署与保护

  运维工程师：负责线上服务器的服务部署与保护
  数据库管理员：负责线上数据库的服务部署与保护

  3、常见的软件开发模型

  （1）原型模型

  实用于需要不明确的场景，通过疾速构建原型来帮忙用户明确需要。

  （2）瀑布模型

  将软件生存周期中的各个流动规定为依线性程序连贯的若干阶段，包含需要剖析、设计、编码、运行与保护。实用于需要明确的我的项目，个别表述为需要明确、或二次开发，或者对于数据处理类型的我的项目。

  （3）增量模型

  交融了瀑布模型的基本成分和原型实现的迭代特色，能够有多个可用版本的公布，每个增量都公布一个可操作的产品。

  （4）螺旋模型

  典型特点是引入了危险剖析，联合了瀑布模型和演变模型的长处。

  （5）V 模型

  强调测试贯通我的项目始终，而不是集中在测试阶段。

  （6）喷泉模型

  典型的面向对象的模型，特点是迭代、无间隙。会将软件开发划分为多个阶段，但各个阶段无显著界线，并且能够迭代穿插。

  （7）疾速利用开发（RAD）模型

  是瀑布模型的一个高速变种，强调极短的开发周期，通常实用基于构件的开发方法取得疾速开发。

  （8）对立过程（UP）

  典型特点是用例驱动、以架构为核心、迭代和增量。对立过程把一个我的项目分为四个不同的阶段：构思阶段、细化阶段、构建阶段和移交阶段。

  （9）麻利开发

  是一种以人为外围、迭代、循序渐进的开发方法，实用于小团队和小我的项目，具备小步快跑的思维。常见的麻利开发方法有极限编程法、水晶法、并列争球法和自适应软件开发办法。

  4、bug 的分类

  （1）功能型 bug

  指产品实现过程种具体逻辑的实现谬误

  （2）需要型 bug

  指在软件项目管理的过程中，需要阶段就埋下了隐患，如未依照需要实现，需要了解谬误或需要未形容分明等状况

  （3）性能型 bug

  指软件在很多人同时应用或长时间运行时呈现了响应慢甚至解体的场景）

  （4）常识型 bug

  在过来一段时间 用户始终是这样认为的，曾经造成了一种默认的约定，但软件设计或开发人员不依照约定俗成的规定来