测试小白一个，面试一个测试第一人遇到的问题?

测试积点老人

今天下午进行了视频面试，一个新项目的测试第一人，属于二面，一面技术已经过了，今天面试的内容是关于如何开展测试工作的，我把面试官的问题大概罗列一下：
1、一个项目从0到1，你需要做哪些工作？工作的重点是什么？
2、假设一个新功能，给你一个星期的时间，你的工作具体会怎么安排？
3、如果你的测试环境不稳定，此时出现了问题，你会如何处理？
4、测试过程中遇到紧急情况，如何处理？如何做风险评估？
以上4个是面试的问题，因为没有过这种工作经验，所有今天的面试基本是凉凉了。（本人从事测试半年。）想问问该如何解决这些问题？

qbb1983

１、首先你要先熟悉你拉入的新项目业务流程，重点就是把新项目工作流程要梳理清晰
２、你要对新项目做一个项目的计划安排为一个星期，把每天工作的事情安排好，那个时间段做什么写清楚
３、测试环境出现问题首先要了解问题出现在哪里，一步一步去定位，是程序还是功能
４、测试过程中遇到紧急事情，首先你要先梳理下那个工作任务比较重要，然后再做个评估时间看是否可性，如果有特殊情况要向你的上级反馈具体情况，在做另外的调整

bellas

一楼说的很细

海海豚

其实面试问题不是很详细，所以你可以自己发挥的部分很多
1.项目从0到1，指的是整体研发团队还是仅仅是测试，如果是研发那么起步肯定就是需求调研阶段等，需要测试做什么，可以详细说明
2.一个新功能，未说明功能的大小，那么这个是需要自行进行工期评估的。先对一个星期的时间进行评估，是否能完成之类的

jingzizx

这几个问题都是比较考验真实能力

luming

看到这个问题，我第一眼的感觉就是打鸟笑话。

老师在课堂上想考考学生的智商，问：“树上有10只鸟，猎人开枪打死了1只，还剩几只？”
　　生：“是无声手枪，还是其它没有声音的枪？”
　　师：“不是无声手枪，也不是其它没有声音的枪。”
　　生：“枪声有多大？”
　　师：“80-100分贝。”
　　生：“那就是说，会震得耳朵疼？”
　　师：“是的。”
　　生：“在那个地方，打鸟犯不犯法？”
　　师：“不犯。”
　　生：“您确定那只鸟真的被打死啦？”
　　师：“确定。” 　　此时，老师已经有些不耐烦了：“拜托，你只需要告诉我还剩几只鸟就行了，OK！”
　　生：“OK！鸟里有没有聋子？”
　　师：“没有。”
　　生：“有没有鸟智力有问题？呆傻到听到枪响不知道飞的？”
　　师：“没有，智商都在100以上！”
　　生：“有没有关在笼子里的？”
　　师：“没有。”
　　生：“边上还有没有其它的树？树上还有没有其它鸟？”
　　师：“没有。”
　　生：“方圆10公里呢？”
　　师：“就这么一棵树。”
　　生：“有没有残疾或饿得飞不动的鸟？”
　　师：“没有，身体都倍棒！”
　　生：“算不算怀孕肚子里的小鸟？”
　　师：“都是公的。”
　　生：“都不可能怀孕？”
　　师：“………我晕！绝对不可能！！”
　　生：“打鸟的人有没有可能看花？保证是10只？”
　　师：“肯定没有！10只。” 　　此时，下课铃声响起，老师脑门上的汗已经流下来了，但学生仍继续追问：“有没有傻得不怕死的？”
　　师：“都怕死。”
　　生：“有没有因为情侣被打中，自己主动留下来殉情的？”
　　师：“之前不是告诉你都是公的吗！”
　　生：“同性恋可不可以啊！”
　　师：“…………10只鸟的性取向都很正常！！”
　　生：“会不会一枪打死两只？”
　　师：“不会。”
　　生：“一枪打死3只呢？”
　　师：“不会。”
　　生：“4只呢？”
　　师：“更不会！”
　　生：“5只呢？”
　　师：“绝对不会！！！”
　　生：“那6只总有可能吧？”
　　师：“除非他妈的是猪生的才有可能！再说一遍：一枪只能打死1只！”
　　生：“……好吧，那么所有的鸟都可以自由活动么？”
　　师：“完全可以。”
　　生：“它们受到惊吓起飞时，会不会惊慌失措而互相撞上？”
　　师：“不会，每只鸟都装有卫星导航系统，而且可以自由飞行。”
　　生：“嗯，如果您的回答没有骗人的话，”学生满怀信心的说：“打死的鸟要是挂在树上没掉下来，那么就剩1只；如果掉下来，就1只不剩！”
　　后面的随意，反正就是老师晕了之类的。

luming

上面说了打鸟的笑话，主要就是问题都过于大和虚，如果想具体的回答，就是需要不停的提问题才能真正的具备实际的可执行性。
技术面试过了，那么就说明技术方面问题不大，问的问题都是侧重管理的，就从管理的角度说说自己的看法。
提问题的人测试经验只有半年，所以可能对于测试管理和工作流程方面不是太熟悉，而且招聘的公司说到了新项目的测试第一人，一种可能是原先的项目有测试人员但是现在有新项目所以需要招聘一个测试，或者招聘的岗位就是这个公司的第一个测试人员。
所以需要首先确定招聘公司是否存在测试人员，是否有相关的测试工作流程，这个很重要，因为没有测试流程，如果你是第一个测试人员，那么优先做的不是Test而是QA，需要和部门经理、项目经理、开发、运维等人员协调，如何把测试工作加入到原有公司项目流程内。比如测试人员的介入时间，测试人员的工作范围，测试人员的工作权限，测试人员和其他项目人员的接口，测试的工作产品，争议问题的处理等等等等，只有一个良好的项目流程体系，才能顺畅的工作。
如果有了上面的基础，实际这些问题都不会成为问题，因为这些问题实质都不是测试的问题，而是项目流程体系的问题。

1、一个项目从0到1，你需要做哪些工作？工作的重点是什么？
解析：这个问题其实很不明确，比如项目从0到1，哪里是0，哪里是1，比如如果项目可行性调研是1，或者立项是1，那么绝大多数情况下，不关测试的什么事情。如果1是项目需求，那么测试的工作就是评审需求规则说明书。工作的重点在流程里面，保证需求的完备、无疑义、可测试性等等，这个更多是需求开发和需求评审方面的内容，和测试关系算不上大。

2、假设一个新功能，给你一个星期的时间，你的工作具体会怎么安排？
解析：新功能，一周时间。实际上问题什么都没有说，比如为什么会有一个新功能？既然有新功能，那么是否表明有旧功能，旧功能怎么测试的新功能就怎么测试。假设是从客户那里来的，客户说原先的需求遗漏了，我要加一个新功能，那么好了，这件事情首先就是要过CCB的，新功能影响多大，是否有必要开发，是否会导致项目的延期，项目经理变更项目计划，测试人员变更测试计划，项目人员开发新需求，测试人员补充新需求测试用例，单元测试、集成测试、接口测试什么的，反正按照正规的项目流程走的是的了。如果凭空项目经理突然给测试人员一个新功能，告诉测试人员一周给我测试出来，这说明公司的流程完全是随机混沌的，这样看测试人员是否强势，强势的测试可以顶回去，弱势的就和上级领导放映，有人突然给了我一个功能，我需要XX工作日，但是项目经理只给了5个工作日，巴拉巴拉。还有其他很多很多的可能。总之，新功能一周时间在一个流程良好的公司，本来就不应该存在的，一切的工作都是在计划的范围内的，计划外的情况那么就重新制定计划。

3、如果你的测试环境不稳定，此时出现了问题，你会如何处理？
解析：测试环境不稳定这个说法其实很不合适。不稳定这个东西不是一个很确定的内容。有两种可能，一种不稳定是测试环境经常变更，今天用A机器，明天A机器被人用了，只能用机器B了，这是一种不稳定。第二种更可能的意思是软件在固定的测试环境范围内容不稳定，但是这个不叫测试环境不稳定啊。测试环境无法固定寻求上级领导解决；软件不稳定提交缺陷，让开发人员处理。测试人员只需要提交缺陷，处理缺陷通常不在测试人员的工作范围内。

4、测试过程中遇到紧急情况，如何处理？如何做风险评估？
解析：风险管理是在项目计划阶段就进行的，而不是遇到紧急情况再进行处理。而且测试过程的紧急情况很多，不具体的说明就让人处理，这个过于的难为人。实际风险管理是一个长期的过程，同样需要分析和积累的过程，PDCA在大部分情况下都是有效的，这次遇到的问题，进入风险列表，进行风险分析，确定风险阈值，制定解决方案等等等等，下次遇到自然就有处理方案。

我上面之所以举打鸟的例子就是这样，这几个问题都需要不停的追问更具体的细节，才可能有处理方法。
当然了，我这里也仅仅是泛泛而谈，具体的工作比面试问题要复杂得多，还是需要经验积累，踩的坑多了，自然就知道应该如何解决处理。