1.a.  测试用例的划分

  b.  测试用例的设计方法：

        等价划分   边界值分析   业务功能流程

   c.  测试用例的数量  

   d. 测试用例覆盖面

    正常功能  非法验证  安全性测试   性能测试

 e.测试用例要素

   用例名称   用例描述   执行步骤   预期结果   优先级

2.最经典的一个问题   就是你发现了一个ebug      但研发不承认是个bug     你会怎么做

 思路：首先先在测试团队内部确定bug 是个真正的bug     依据：用户需求规格说明书     详细设计说明书

          报bug  贴上log和截图

          邮件抄送给相关的研发   测试leader    

3.缺陷管理工具

 buggzila、禅道、QC、JIRA

4.linux命令   

mv  find  cd   cp   vi  more  less   ls   ll  cat     chmod     chown   top     tail -f    scp  ps -ef | grep tomcat   

5.数据库   

 分组  (group by)   排重  (distinct)  求总数（count） 多表连接（unoin  或者union  all）

常用的sql语句： 建表 （create）  删表（delete）  插入（insert）

select  a.ip,a.um,b.sex   from  a,b  where a.ip=b.ip  

select * from a  join b on a,ip=b.ip

删除多表关联的查询结果： 最简单的方式就是：一条一条的查询，通过主键ID，查到最底层的数据，直接删除

6.bug 生命周期

  发现一个bug （new） —>指派（assign）–>修复（later、fixed、 won  not  fixed、by  design、duplicate、reopen 、需求变更）—>closed

7.软件开发测试流程体系

老大们的需求评审会，确定需求范围—-产品讲解需求会（开发培训，测试、开发、产品都参加，提前熟悉需求）—–开发推演会（出接口文档类似的，开发讲解大概实现流程，有木有苦难，也有砍需求，在推演会上，确定单元测试，集成测试，交付测试的时间及上线目标）—-开发coding,同时tester编写测试用例（需求分析，需求确认，case编写，case review,case update）—-开发交付测试（一般都会延期交付），交付物：SVN代码位置（后端），SQL语句，jenkins构建，配置中心，前端构建(git?)—-Tester进行集中测试，一般两轮测试，然后在回归测试—测试完毕，上预发布，上生产—-线上问题反馈，继续进行迭代，增加新功能，维护就功能——下一个迭代开始

8.测试工具

日常所用工具：xshell 、navicate for mysql 、禅道、fiddler、filezila、notepad++、pycharm、金山PDF、postman、印象笔记、

9.测试流程

测试用例编写–>测试用例评审–>测试执行–>报bug–>bug验证–>bug关闭

10.如何跟开发沟通

融入到开发的设计       让开发参与到测试用例的评审       增强业务熟悉度      提高自身代码阅读能力       多一些知识分享，提高团队影响

11.用到的测试相关工具

jmeter （性能测试）    testlink（测试用例）     buggzila（缺陷管理工具）     appscan (安全)   fiddler（抓包）  禅道（zentao）

12.搭建测试环境

window+jmeter、jenkins、tomcat、java环境、python3环境、selenium、appium、monkey、mysql环境、hadoop环境

13.接口测试

测试金字塔：UI层、service层、Unit层   偏重点，目前主要还是接口测试（开发已经完成单元测试）

（1）.概念

        接口测试是测试系统组件间接口的一种测试。接口测试的本质是通过测试参数的排列组合验证返回值/数据库变更是否符合预期，从而确定接口相关代码是否正确。

（2）.主要作用

        检测外部系统与系统之间以及内部各个子系统之间的交互点。

        接口测试的原理是通过测试程序模拟客户端向服务器发送请求报文，服务器接收请求报文后对相应的报文做出处理然后再把应答报文发送给客户端，客户端接收应答报文这一个过程。

（3）.测试重点

        要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。

（4）.优点

        接口测试相对容易实现自动化持续集成，且相对UI自动化也比较稳定，可以减少人工回归测试人力成本与时间，缩短测试周期，支持后端快速发版需求。

（5）接口测试质量评估标准

a) 业务功能覆盖是否完整

b) 业务规则覆盖是否完整

c) 参数验证是否达到要求（边界、业务规则）

d) 接口异常场景覆盖是否完整

e) 接口覆盖率是否达到要求

f) 代码覆盖率是否达到要求

g) 性能指标是否满足要求

 h) 安全指标是否满足要求

14.HTTP协议

请求–请求类型、接口地址，请求header，body        响应-状态码、响应header

15. 性能测试

web 端性能的瓶颈：

服务器：cpu、内存、平均负载、磁盘IO读、磁盘IO写，磁盘使用率、入流量，出流量、TCP连接数、进程总数、进程数
用户体验层：响应速度，吞吐量     
后端数据库：分布式架构

APP端性能的瓶颈：耗电量、内存、流量、渲染，包体大小、冷启、热启、缓存机制、刷新机制、内存泄漏、卡顿、启动和响应时间

常用的APP性能测试工具：（1）android studio 自带Android  monitor，xcode 自带的instrument （2）Monkey   （3）腾讯开发的GT(开源免费)    （4）Emmagee 2.0

 （5）itest3.0  （6）PerformanceRunner

16.定位bug的方式

fiddler抓包，tomcat查看log,provider查看log(主要是查看log的命令)

17.APP打包上穿的应用市场

fir.im/    www.pgyer.com