面试问到的项目中用例数有多少？bug数有多少？别再傻傻的发呆！！！

Posted 2020-12-20

很多同学在面试过程中经常被问到你项目中有多少用例数？bug数目有多少？整体时间？怎么回答？

我们先从问题开始剖析，这道题目其实面试官考量点有以下几个方面：
第一：筛选没有经历过软件测试项目实战的人
第二：考察你做的项目大小。
第三：你平时工作的饱和程度。

所以你可以这样回答：

面试官你好，我做的XX餐饮行业的点餐系统用例数应该有1200条左右。如果复杂点的，（比如我们上课用的YERSHOP）可以说到2000条左右（对数据进行解释说明）。

我们项目采取双周迭代的模式。

周一：
一般开始（也就是一般在周一）进行需求评审，需求评审会出现一些有歧义的地方，产品进行修改，直到产品，研发，测试达成一致，无异议。

周二：
评审完成没有异议之后（一般也就是周二下班前差不多需求评审完毕，需求产品，研发，测试达成一致）

周三：
测试基于确定的需求进行测试计划的编写（一般耗时2个小时左右，企业都有固定的模板）计划完成之后，进行测试用例的编写。

周四：
写用例，在编写用例的过程中甚至会有一些需求的缺陷点被发掘出来，找产品确认，包括对齐，按照对齐之后的需求，修改有影响的模块用例，以及编写剩余的用例，强调一点，中间会有部分之前迭代的用例被复用。

周五：
有可能用例没完成，还会继续编写（复杂点可能就300条左右，这个数字包含之前复用的用例），以及输出冒烟测试用例，提供给开发。冒烟测试是根据编写完成的用例提取主功能或者P0级别的。

周一，周二，
开发差不多提测了，第一轮测试

周三，
第二轮测试

根据第一轮质量：
1）质量好的时候，选取P0，P1作为第二轮测试用例
2）质量不好的时候，可能还需要本次转测所涉及的所有用例重新跑一次（耗时可能需要1天半到2天）

周四，
1）质量好的时候，基本以及第三轮测试（选取主功能进行测试，包括P0级测试用例），包括准备上线以及线上验证。
2）质量不好的时候，快点的话，周四有可能才完成第二轮测试。

周五，
1）质量好的时候，线上问题实时跟进，以及线上环境的功能验证
2）质量不好的时候，三轮测试（选取主功能进行测试，包括P0级测试用例），包括准备上线以及线上验证。（周六加班跟进上线之后出现的问题，及时做好线上问题修复和验证工作）

【做一解释】：
一般上线之后，系统会在前两天有个问题爆发期，这是为什么上线之后得跟进，也就为什么尽量在周四作为窗口期发布软件，如果因为质量不好拖到周五发布，则需要加班跟进问题。

【bug数目有多少？】
1）质量好的时候，基本上在30左右个bug（严重20%，一般30%，轻微的50%）
2）质量不好的时候，基本上可以提单提到100个左右（严重30%，一般30%，轻微的40%），甚至有几次我们提到130多个