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%以上）----研发和测试达成一致
用例设计
先设计业务用例，后设计功能模块用例（业务能跑通决定功能是否可用）
用例执行
缺陷管理
确保缺陷的唯一性，一个缺陷只描述一个问题，确保问题是可以复现的，复现步骤是什么，并且这个缺陷是在哪个版本产生的（研发提给你的是一个又一个的安装包）
