软件测试自学笔记

a.功能测试<测试点><测试用例>设计方法

1、等价类划分方法:是一种常见的黑盒测试，将不能穷举的测试用例进行分类，从而保证了测试用例的

2、有效等价法：在取值范围内

3、无效等价法：在取值范围外

4、边界值：对输入和输出的边界进行测试

5、场景法：模拟用户正确的操作流程看程序正确的处理流程，模拟用户错误的操作流程看程序的异常处理能力

6、因果图：用图解得到方法表示各组合关系，写出判定表从而设计相应的用例。

7、正交法：能够使用最少的测试过程获得最大的覆盖率。使用正交工具allpairs

b.测试用例里面都有什么

1.用例编号 2.测试模块 3.用例标题 4.用例级别 5.前提条件 6.操作步骤 7.预期结果

c.正交法如何使用（不用背）

1.先用Excel列出来组合数据

2.复制到记事本中

3.打开pairs文件夹

4.在文件夹中输入cmd进入dos窗口

5.输入allpairs.exe + 空格 +第二步文件路径>新建一个文件名.txt

d.测试用例是用禅道来管理的 bug使用禅道来管理的

---

接口测试

接口文档内容：

接口地址，请求参数和值，请求方式，响应示例，请求描述，

接口测试的定义：

接口测试是测试系统间接口的一种测试，接口测试主要是用于检测外部系统和内部各个子系统之间的交互点，测试的重点是要检测信息的交换，传递和控制管理过程，以及系统间的相互逻辑依赖性。

什么时候进行接口测试：

1.软件在开发中 2.有接口文档 3.开发完成了联调 4.接口自动化回归测试

什么是接口：

软件接口是指虚拟的接口

接口测试的意义：

保证系统的稳定性，把bug控制在项目前期，检查服务器异常处理的能力

接口测试用例怎么设计：

输入参数测试（输入参数合法，输入参数不合法，为空，为null，非法字符，边界值）

业务功能测试

逻辑测试

异常情况测试

覆盖所有请求必选项

组合所有可选参数

接口测试原理：

模拟客户端向服务器发送请求，服务器接受请求后进行相应的业务处理，并向客户端返回响应数据，检查响应数据是否符合预期。

---

给你一个安排app/web/h5/小程序项目你怎么测试？

功能方面：满足需求规格说明书

性能方面：比如是否满足135响应时间原则

兼容性：不同的手机版本

友好性：用户操作时，有异常场景，给予正确的提示

ui测试：文字是否正确，图案是否友好

---

app测试和web测试的区别：

·单纯从功能测试的层面上来讲的话，app测试web测试在流程上是没有区别的。

·系统架构方面

web项目一般都是b/s架构，基于浏览器的

app项目则是c/s架构，必须要有客户端，用户需要安装客户端

web测试，只要是更新了服务器端，客户端就会同步更新

app项目则需要客户端和服务器都更新

·性能方面

web页面主要会关注响应时间

app需要关心流量，电量，cpu，memory这些，他们服务器端的性能没区别，都是一台服务器

·兼容方面

web是基于浏览器的，所以更倾向于浏览器和电脑硬件，电脑系统的方向的兼容

app测试则要看分辨率，屏幕尺寸，还要看设备系统

web测试时基于浏览器的所有不需要考虑安装卸载，而app是客户端的，则必须测试安装，更新卸载。除了常规的安装，更新安装后删除安装文件，此后app还有一些专项测试：如网络适配性

---

你对加班怎么看？

我会提高工作效率，减少不必要的加班

手机app闪退怎么回事。

1.运行程序过多 2.缓存垃圾过多 3.手机杀毒软件拦截 4.网速问题 5.app版本问题 6.分辨率不兼容

敏捷开发：

就是把一个项目看做成一个整体，分成不同的小项目，并详细分工，每日汇报工作，在此过程软件一直处于可使用状态

测试人员常用英语单词：

debug 调试 test 测试 case 用例 report 报告 gui 图形 host 主机 status 状态 verston 版本 network 网络 computer 计算机 plan 计划

project 项目 delay 拖延 conference 会议 mentor 导师 pm：project manager 项目经理

---

拓展：等价类划分示例

有效等价类的用例一次尽量覆盖多个有效条件

无效等价类的用例一次只能覆盖一个无效条件

边界值：

包含多个输入条件组合，每一个输入条件都对应有一个结果，或者多个输入条件对应多个结果时使用因果图和判定表法。 因果图是判定表的中间过程，判定表是因果图的最终结果。

在选项比较多的时候，各种参数组合时，使用正交法。

常见的软件测试面试题：

1、什么是测试用例

答：测试用例的设计就是如何覆盖所有软件表现出来的状态，即在满足输入/输出的一组条件下，软件运行是一系列有次序的、受控制的状态变化过程。

2、设计用例的好处？

答：设计用例的过程可以更深刻的理解需求，熟悉各功能点，保证尽可能全的覆盖到各测试点。也便于用例评审。

3、用例必备4个方面？

答：预置条件、执行步骤、预期结果、测试结果；用例要点：需包括与其他模块耦合关系、用例的级别，考虑哪些需求必须完成，哪些需求可以后续完成。

4、测试用例的设计理念？

答：首先要保证产品的质量，测试用例的数量并不能决定质量的好坏，要做到覆盖全面，提倡高质量的自动化测试。

5、测试用例有哪些设计方法？

答：等价类划分法、边界值分析法、功能图法、错误推测法、因果图法、场景法等。

6、何时开始设计测试用例？

答：需求文档定版后，即可开始陈列测试点和编写测试用例。

7、用例写完，我们要先做什么？

答：先自检，自检完毕，列出有疑惑的点，评审之前，把用例提前发给相关的开发、产品，预留时间告诉他们先看，再统一时间进行评审。

8、什么时候写测试点，什么时候写用例？

答：

如果公司只有你一个测试员，就没必要写测试用例了，写测试点，提取关键要素；

如果需求老是频繁变化，写测试点吧；你的测试用例的更新速度永远跟不上需求的变化速度，每天都在改用例。太详细的用例，无太多的意义和价值；

如果你们的节奏控制的非常紧凑，完全没时间严格按照测试用例执行，写测试点吧，提取关键要素；

如果团队的整体测试员技能均衡，测试点已经能够充分覆盖了，写测试点吧，测试用例的意义不大；

如果这块的逻辑非常复杂，你未曾接触，尽量写详细点的测试用例，通过用例的梳理过程，是一个很好的梳理理解需求和产品的过程；

如何用更少的测试点，尽可能的充分考虑各种可能性呢?跟什么因素有关呢？与用例设计方法、经验、需求理解等等有关。我们要综合运用等价类、边界值、错误推测、场景法、因果图等测试用例的设计方法；

不要总找刁钻的用例，要把客户常用的流程弄好。产品上线之前无论经过多少轮测试，一定要把主体业务流程进行回归测试。

9、测试用例的更新？

答、评审后需要更新、测试过程中需要更新、测试结束后根据线上反馈情况进行更新。

10、如何保证用例的覆盖度？

答：首先一定要熟悉需求，需求分析，拆解非常重要，需求熟悉过程中，不理解的地方，一定要找产品进行及时沟通，确定结果。其次项目开发过程中，每期的用例都要不断总结，学会总结，尽可能的保证少漏。其实这个与测试思维关系密切，工作经验的积累，以及测试思维的形成，都有助于你设计一份较完整的测试用例。