软件测试流程
1，需求分析
（1）理清楚我们需要设计的点是什么。
知道自己要测什么
（2）需求的来源：需求规格说明书(功能说明书)，API文档，竞品分析（同类产品他们有的功能我们有，他们不犯的错我么们也不能犯），个人经验
我怎么知道这个软件到底要测什么？依据需求的来源写出测试点。去哪找
2，设计用例/测试用例
（1）什么是用例？用例就是用户为了测试软件的某个功能而执行的操作过程
（2）设计用例是有方法的（等价类，边界值，判定表……）
3，评审用例:对当前的用例进行添加或者删除
4，配置环境
（1）环境：指的就是当前被测对象运行所需要的执行环境，作为测试人员需要具备配环境的能力
不会的话，百度，男问女，女问男，要培养自己的这种能力。定心丸：【一般情况下都会使用一键安装的集成环境】.
（2）环境分类：操作系统 + 服务器软件 + 数据库 + 软件底层代码的执行环境（.html能打开证明有这种环境，.jsp文件打不开证明没有安装所需要的环境（java））
数据库只负责用不负责优化，会一个就都差不多
5，执行用例
拿着设计好的去执行
（1）一般在执行用例之前我们会做一个冒烟测试 。这种测试的核心就是快速的对当前软件的核心功能或者主体执行流程进行验证。如果冒烟测试阶段有问题，则可以将此版本会退给开发。
电商类的网站：什么是最核心的功能？ 购物。会把最核心的功能快速的走一遍。
冒烟测试：烟冒完了很快就没了，
（2）如果冒烟测试通过那么才会开展全面的测试。
6，回归测试及缺陷跟踪
（1）比如在测试中找到了一个问题，告诉开发，开发说修复完了。能信吗？
回归测试指的就是当我们将某个缺陷提交给开发之后，由他们进行修复，修复完成之后需要测试人员再次对其进行测试【回归测试】
（2）缺陷跟踪：指的就是当测试人员发现某个缺陷之后需要一直对其进行状态的跟踪
7，输出测试报告
将当前的测试过程中产生的数据进行可视化的输出。方便其他人去查看。
假如今天身体不舒服去医院检查，检查一圈，回来医生告诉我回家等死吧，心里肯定不愿意，总得告诉我为什么，给我点依据吧~~~
8，测试结束
可能让你崩溃，测试都结束了，还算一个步骤吗？算！
应为现在很多产品都有很多版本，需要更写迭代，所以要把当前版本所产生的东西归档，
将整个测试过程中产生的一些文档进行整理归档，方便后续版本使用
软件架构
所谓的软件架构我们可以理解为是用来指导我们软件开发的一种思想。目前来说最常见的二中架构模式就是B/S C/S
B---browser 浏览器
C---client 客户端
S---server 服务器
生活中哪种是？
两种架构的比较
1.标准：相对于CS架构来说 BS架构的两端都是在使用现成的成熟产品。所以BS会显示的标准一些。
浏览器种类很多 但是固定的就那么几种，淘宝是不会自己开发浏览器的，qq微信等需要自己开发界面
2.效率：相对于bs架构来说cs中的客户端可以分担一些数据的处理，因此执行效率会高一些
打开淘宝界面时，你考虑这些数据是怎么来的吗，左侧的导航需要我们自己整理出来吗？不需要，都是淘宝服务器端处理的，你所看到的都是浏览器解析后呈现出来的。客户端只负责展示，服务器端做的。今天浏览器一关 ，明天再打开就没了。Cs架构不同，如果把网断了，在连上，东西还在
3. 安全：BS架构中的数据传输都是以HTTP协议进行的输出，而http协议又是明文输出，可以被抓包，所以相对于cs架构来说bs就显得不那么安全（相对来说，不是绝对的）
找个浏览器，打开看一下，别有用心的人
4.升级：假如淘宝要改版了，做什么能看到改版后的内容。刷新一下浏览器就行。怎么更新王者荣耀，下载升级
BS架构只需要在服务器端将数据进行更新，前台只需要刷新页面就可以完成升级，而CS架构当中必须要将两端都进行更新。
5.开发成本：相对于BS架构来说，CS当中的客户端需要自己开发，所以相对来说成本会高一些。
