很多同学在面试过程中经常被问到你项目中有多少用例数？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多个
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/69985967/viewspace-2731176/ ，如需转载，请注明出处，否则将追究法律责任。
