1.环境？有没有考虑过什么是环境？

web网站为什么能打开？

（是因为他的服务器已经在运行了，网站服务器相关环境已部署及运行）

所以什么是环境？

环境：就是项目运行所需要的软件及硬件组合。

通过浏览器访问的项目--web项目：web架构：B/S架构（web项目）

                                                                客户端：C/S架构（app项目）

前台:普通用户使用系统的入口

后台：管理人员使用系统的入口

前后台是针对于使用的人员的身份不同来讲的

后端：Java python PHP

前端：html css js

前后端是针对于开发人员的身份来定义的

Nginx（是web应用程序，用来调用项目代码（前端后端所有的代码），处理客户端传过来的请求，当需要数据的时候会访问数据库）所有加起来相当于一个软件

一般来讲，公司需要的操作系统就是Linux

****对于服务器（环境）的组成：操作系统+项目代码+数据库+web应用程序

所以，当搭建环境的时候，这四部分缺一不可。

Linux中，使用域名去安装，修改配置文件（确保web应用程序和数据库还有项目代码是可以联动的）

首字母

面试题：你们公司有几套环境（开发环境 测试环境独立不收彼此的干扰，效率提升，而且和用户使用的环境要区分开，最起码有两个：测试环境和生产环境）

生产环境，有的地方叫做线上环境，专门提供给用户所使用，环境中的所有的功能都是在测试之后的稳定版本才会放进去，功能没有经过测试是不会放进去的。

所以说生产环境一定是会有的

开发环境是否是独立或者是和测试在一起使用取决于公司环境

若是只有两个环境一定是：测试环境和生产环境

&&所以在这种情况下就会出现：两者环境在一起，如何解决开发和测试的进度冲突问题？

答：要去区分开发周和测试周

开发工作的时候不测试，测试工作的时候不开发（不进新代码）

这个过程需要达成新共识

当分开的时候，两者互不影响，流水线

对于预生产环境（确保稳定）：设置和数据是一样的，相当于模拟用户，更好的保护生产环境，小公司一般是没有的

2.测试进行的第一步--熟悉项目

 熟悉项目？如何熟悉项目？

信息来源--需求（没有需求文档---问开发   或者是用例：测试过，肯定会写用例，用例中就可以知道有什么功能，有哪些模块）

在用户的使用说明书当中，有详细的需求介绍

开发：对局部的功能比较了解，所以不知道时，优先去问测试老员工

也可以找研发了解细节性的问题，项目经理（管控整个项目进度的）

老员工--产品经理--开发

新项目：找产品经理要需求文档

所以熟悉项目要熟悉到什么程度？

 多个功能实现的一个组合叫做一个业务

熟悉的思路在于用户以及用户是如何使用的

 电商里面哪些业务属于是核心业务？

对于支付操作--是一个业务---

项目--首先去考虑项目是谁用，怎么使用

轮播图（最大 然后页面一直在切换）自动轮播 这个很重要！！

第二章：测试流程

 1.测试流程介绍

测试流程：

先规划好，再进行实施

测试报告（说明产品的质量如何）

流程的作用：让测试工作有条不紊的开展，不至于盲目

项目要明确进行到哪个阶段

需求评审

需求评审的最终目的：理解需求 各个部门对需求理解一致

首先在开展需求评审之前，要知道需求文档，提前阅读，把有疑问不清晰的地方找出来，在需求评审会上若没有答疑就提出来

测试永远站在用户的角度，测试即用户，测试永远离不开用户

测试计划

重点：准入标准（研发提测标准--什么时候可以进行测试了）

        要求业务是能跑通的

           准出标准：（什么时候结束测试）：数据化（用例执行达到100%）

                                                                        缺陷（解决率S0 S1--100%   S2 S3:95%以上）----研发和测试达成一致

用例设计

先设计业务用例，后设计功能模块用例（业务能跑通决定功能是否可用）

用例执行

缺陷管理

确保缺陷的唯一性，一个缺陷只描述一个问题，确保问题是可以复现的，复现步骤是什么，并且这个缺陷是在哪个版本产生的（研发提给你的是一个又一个的安装包）

总结