软件测试之面试基础

1. 自我介绍

说一下测试用例

嗯，做测试，好多时间是在琢磨分析测试用例怎么去写，这个每个公司规范可能不太一样，但是大致思想是一致的。都是想要通过测试用例，把每一个分析到位，进行测试。

就拿我上家公司来说吧，我们的测试用例包括像测试编号，测试所属模块，测试步骤，预期结果，测试结果这些栏位，当然这些还可以在细分，比如我们有些时候还会根据模块差异，平台差异等设计其他测试用例规范形式。

测试用例编写的话，一般是根据产品需求来定的，比如一个注册功能，产品需求上需要验证哪些，用户名，密码，邮箱，等等有什么要求，根据这个产品效果图或者产品需求来定测试用例怎么去编写。当然还要考虑到普通用户使用软件的习惯，以及一些特殊情况和极端情况。

写测试用例，这个测试用例要有一定的代表性，针对性，当然需要有复现性，不能是我们测出的bug无法复现，这样没有意义。

对于测试常用的方法，一般有这么常用的几种，有等价类划分法， 就是一类信息，我们在测试的时候，只测试一种，没有必要所有的都进行测试。还有像边界值法，一般注册登录的时候，或者涉及到数学测试的时候，会用到。我**项目中就用到了边界值测试法，比如需要上传学生成绩信息，做数据分析，学生成绩的测试用例，就牵扯到边界值法。还有一些场景法，设定不同的场景，不同场景就会有不同的操作。

嗯，这是写测试用例时我们常用到的测试方法。

当然，测试用例还需要注明软硬件环境，比如是mac和windows，是pc端还是移动端，这些环境信息。

我们写测试用例，上上家公司，一开始测试经理让我们使用excel来写，不过使用excel效率太低了，后来我们使用bug管理工具，禅道，可以在软件上写测试用例，也可以直接将测出的bug直接转成测试用例，效率上提高了不少。

当然，上边我所提的是功能测试，当然性能测试用例也不太一样，用例id，测试步骤，测试模块这块是一样的，但是性能测试用例里边我们一般还会包含，事务设置，前置条件等信息，事务设置，就是在做压测或者负载测试的时候，我们会设置一些事务，从xx开始到xx结束，叫做一个完整的事务，前置条件就是在执行这些测试，是否有什么必须的条件，比如是否要登录。

再就是设计测试场景，这块是性能测试特殊的地方。比如在用例中指定并发用户数，指定压力方式，是随机，还是一次启动，还是逐步递增，指定负载测试时间，是10分钟还是1小时，把这些信息也要包含到用例中。

还有就是期望结果，期望结果应该包含多项内容，比如事务成功率，CPU利用率，内存利用率，硬盘利用率，响应时间等信息，这些的预期结果都是跟我们的测试需求上相匹配的。