测试- 就从这儿起步

 

首先谈谈测试

　　测试 顾名思义 就是测试一样东西（Web网站，App软件），保证这东西尽可能的少bug，以避免上线之后达不到理想的效果，从而被客户投诉。

关于整个项目的流程，课件里面都有介绍到。那我根据自己实际的工作来介绍一下。

一个常规的软件开发流程

 需求阶段：

一个软件，从0到1 或者是 已经上线了客户用着用着反馈说想加个功能，然后产品了解到这是个需求，可以做。

之后，一般会是由 产品 组织项目的相关成员（运营，设计，后端 和 前端， 测试 ） 进行开会，这就是需求评审会议。

会议结束之后， 大家再进一步确定需求，具体到需求有什么功能，开发同学能不能实现。可以做到什么样子。 和设计稿什么时候可以产出。

一些名词：

PM 产品经理

PD 产品设计师

PRD  需求文档

设计阶段：

到了设计阶段，一般由设计组织项目成员开会， 进行交互稿的处理和项目的排期，这就是交互评审会议。

会议结束之后，会确实具体的设计稿。 前端同学再具体和设计师确认一些细节点 （主要是面向客户的界面）。

时间确认好，什么时候上线 ，开发需要几天，测试需要几天。

一些名词：

Demo   交互稿

用例评审阶段：

测试同学根据前面两个会议后，整理出测试用例，尽可能的覆盖全面，以保证项目上线的安全。 这个会议的成员一般有开发同学，产品和设计。

会议结束后: 更加保证了项目的进度和稳定性。中间主要是测试同学和开发同学确认功能点和相关的细节。

Case  用例

开发和测试阶段：

开发完之后会通知提测 ，  大型的项目的会有一个提测邮件，小项目的话直接在群里通知，发群公告。告知测试同学在什么环境下测试。

环境一般分为： 测试环境，生产环境，日常环境 。

测试环境：就是和生产环境区分开来，需要相关的环境配置和搭建，一般开发同学都搭建好的，测试同学绑定hosts就可以用了

生产环境：就是线上环境，发布到客户去使用的环境，也就是我们常说的项目上线。发布到这个环境的话意味着项目差不多完成啦~

日常环境：这个环境接触的比较少，用于一些日常的需求，或者临时改个线上的小bug使用到。一般是由开发同学和产品同学处理，小需求和小bug开发或修复后开发通知产品验收即可。

上线阶段：

开发修复好bug，测试同学和产品同学验收。通知项目相关成员，可以上线啦~ 。一般会先在测试环境全部回归一遍，确保功能点。然后上线之后再回归一遍，项目就完成啦

上线流程。  后端先上线，然后前端同学告知前端版本号，再上线。所以测试同学在线上环境时 要注意查看前端版本号对不对再验证。

好的，上面我们站在整个项目的流程去了解其中的一二三。现在我们应该十分清楚了测试应该干什么了。

Review  (检阅，回顾，复审)

1. 了解软件开发的流程与测试的工作流程
2. 了解项目成员和自己的具体工作内容

那我们正式开始学习吧

第一部分- 基础知识： 

要掌握测试思维和测试方法，参考课件。 在这一部分里面我们要养成测试的思维 ，通俗点说 就是专业找茬。

我上网找了一下 这篇文章总结的比较好

https://blog.csdn.net/u014745194/article/details/79919756

Review

1. 可以做到看见杯子或者随便一样东西，随时能说出它们的测试点
2. 可以写出一个比较好的，比较全面的测试用例
3. 掌握测试常用的几种方法，比如：等价类，边界值，因果图，等等

第二部分-网络知识：

课件里面的有点不太清楚，请参考以下链接：

http://www.ruanyifeng.com/blog/2012/05/internet_protocol_suite_part_i.html 

阮一峰大神，讲解的通俗易懂，分为一、二 两篇。这里面的知识点一定要明白，这是很重要的。

Review

1. 就是能说出互联网的工作是怎么样的
2. 我们平时上网，计算机是怎么通过互联网连接到方方面面的人和物的。这其中的连接说出个一二三来

在网络知识里面，你会听到http。 是的，这也是个重点。要掌握请参考以下链接：

 HTTP知识：

https://juejin.im/post/5afad7f16fb9a07abf72ac30 

http://www.ruanyifeng.com/blog/2016/08/http.html

前端后端的交互 ：

https://www.jianshu.com/p/6ad8f3d0927b

Review

1. 掌握http4个常用的请求方法 put delte post get  ，对应的就是我们常常说的增删改查。
2. 明白前端和后端具体的交互方式，主要是清楚请求URL相关参数 ，会涉及到接口测试。 

了解掌握之后呢，就要具体的应用上，互联网工作用的浏览器一般是谷歌的。  我们打开谷歌浏览器的开发者工具进行使用。 

超完整的Chrome浏览器客户端调试大全：

http://www.igeekbar.com/igeekbar/post/156.htm

Chrome教程:

https://www.cnblogs.com/yueshutong/p/10916527.html

 

我自己也整理了一下工作用到的知识

Elements 

在这一页，主要是确认前端版本， 和一些前端的布局。 

Console 控制台

这个面板可以查看错误信息、打印调试信息（console.log()）、写一些测试脚本，还可以当作Javascript API查看用，详细的功能在上面链接有找到

工作中一般用于查看前端的JS报错。

最重要的Network  网络 

下面 默认的勾选可能不是以下样子，请参考下图的勾选上相关 。

1、清除缓存：顾名思义，就是把每次产生的返回数据都清空掉，这样保证每次测试的都是最新的发布。也可以打开Chrome的无痕窗口

2、筛选网络请求：这一栏有很多的类型，可以试试选择其它的看相应请求的后缀是什么。

3、请求头：这一栏就是在前面学到的HTTP知识啦，现在应该可以看得明白了。

工作用到的有：

1、确定环境，在 网络地址那里，一般测试环境是要绑定hosts的。

hosts作用：就是将一些常用的网址域名与其对应的IP地址建立一个关联“数据库”，当用户在浏览器中输入一个需要登录的网址时，系统会首先自动从Hosts文件中寻找对应的IP地址，一旦找到，系统会立即打开对应网页，如果没有找到，则系统会再将网址提交DNS域名解析服务器进行IP地址的解析。

2、查看接口的入参 和返回的正确性  参考下图

这个接口是删除操作，用到比较新的请求方法 DELETE 。我们具体分析一下这个接口，然后可以反演绎出接口文档里面记录这个接口是什么样子的。

1、请求URL 也叫接口。 Request URL ： https://tuijian.taobao.com/ai/campaign/delete.json

2、Form Date。 这里面就是接口请求的参数，相信这里你明白了之前看的前端和后端的交互的意义了。

3、请求参数是 bizCode,  campaignIdList, csrfID  我们不用管这些英文是什么意思 ，我们只要知道它是干嘛的就行。这里的bizCode 是区分业务线，campaignIdList 是要删除的东西的标识， csrfID 是随机生成的一个标识，不重要。

总结：一个简单的接口请求就是这样子啦，每个接口不一样，但里面的位置是一样，请求参数或多或少，具体看接口文档，下面看看请求返回

返回

我们来看下返回 ：

因为这个接口是执行删除操作, 返回是不会返回数据，只返回删除成功 或者不成功。

我们点击切换到Preview 下  ，是一种格式化的json 就是好看一点

info. ok：true  这样我们就知道 这个操作是顺利完成啦 

切换到Response 是以原生json格式返回。可以自己点击查看一下，内容是和Preview 一样的，只有是按json返回 一排

Review

1. 会查看网页结构，和明白点击网页的交互发送的请求Url 也叫做接口
2. 开发者工具的常用设置
3. 清楚明白接口的 入参 和返回json的位置 ，以分析是否正确

Future：

后面我会结合实际的网站来进行测试。

会用到的工具：

抓包 ：     Fiddler ，Charles，

浏览器：  Chrome

预备知识 ：

抓包工作的原理与安装使用

Fiddler ：https://www.cnblogs.com/zhaoyanjun/p/7068905.html

Charles：http://blog.devtang.com/2015/11/14/charles-introduction/#%E5%B0%86-Charles-%E8%AE%BE%E7%BD%AE%E6%88%90%E7%B3%BB%E7%BB%9F%E4%BB%A3%E7%90%86

接口相关知识

 接口测试：  https://juejin.im/post/5b4c5518f265da0f6131fb20