最近几周跟了两个项目，确切说是一个项目和一个任务。
一、接口测试
任务内容是关于接口的，这次对接口测试有了一个新的认识，顺便感慨一下以前的自己太蠢了。以前测接口，研发都会告诉我怎么测，看到什么样的返回值就就算测完了，所以以前测接口都很快。前段时间整理文档，发现有个老大的测试用例里有关于接口测试的，看进去才知道我测接口测得是多么粗糙啊。
总结一下接口测试：
1. 接口测试也是要写测试用例的。
2. 测试用例中要明确接口地址、各参数类型及意义、返回值的类型、返回值中各字段的含义。
3. 接口中每个参数要单独写一条测试用例，该用例中应该分情况设置不同的参数值，参数值要覆盖全面，这里可以用等价类和非等价类来划分设置参数值。
二、浏览器测试之测试工作流程
项目内容是浏览器app。之前老大负责这个项目的测试，我只是跟着按老大吩咐做一些测试。到三期时候老大那边事情比较多就让我单独跟这个项目了。研发那边也换成了刚毕业的研发。从四期开始，终于开始正式认识测试这个职位了。
具体开发流程：
1. 产品先给我们（两名研发和我）一份需求文档，我们自己先看，看完了之后，一起对了一下需求，明确一下这一期要做什么，每个人谈谈自己的想法，实现中的一些问题等等。
2. 第二天立项，主要讨论一下任务分解、估一下时间，一起讨论一下具体某个功能实现的方法，估一下工作量和时间，测试相应的估一下测试时间，最后总结一下项目开发周期。立项后需求冻结，上传到SVN。
3. 研发开始着手写代码，测试这里开始编写测试用例。
4. 编写完测试用例后，审核测试用例。项目组聚在一起，我把我的测试用例大概讲一遍，他们根据根据用例提一些自己的疑问，说一些要修改的地，商讨完后我对用例做相应的修改。审核完用例，用例冻结，上传到SVN。
5. 研发每做完一个功能后，可以开始提测，测试人员开始根据用例测试相应的功能。进入集成测试阶段。
6. 集成测试结束之后就可以回归测试了。这个时候要对软件的整体逻辑进行测试。
7. 所有崩溃和必解的bug解完验证没问题了之后，整体测试一遍还没有问题就可以发上线邮件上线了。
8. 上线之后要做线上回归测试和安装、升级测试，这些确认没问题，这一期就可以结束了。
三、看书
今天看书看到一句话说："80%的软件缺陷常常生存在软件20%的空间里。"这句话还没有十分理解，还待工作中感悟。
还看到书里说研发和测试像搅拌机里的水和土，搅拌到不分彼此的时候质量就实现了，那么，我好想问，产品是搅拌机么？
主要感想就是这些。
版权声明：本文为博主原创文章，未经博主允许不得转载。