2019/02/13 14:16
相信对于面试官问到的这个问题：
你能介绍一下你平时的项目中做的事情么？比如你接到一个新的需求，你是怎么开展工作？
大家都有自己的答案，也差不多都能回答上来。基本上每次面试，我都会被问到这个问题，回答的都差不多（大致的介绍了一下流程，但是如何有点有面的叙述完，直到现在回想起来，我的细节处说的并不好）。
今天看了前辈留下的一些文档，关于平时工作中的一些经验和流程的总结，有感而发。自己也想着要梳理一下自己这几年的工作总结——项目流程及测试需要关注的部分。
相信基本上每家公司大致流程的都差不多，只是在每个具体的环节大同小异。这里面每个步骤都很重要，缺一不可。
下面来聊聊作为一个测试人员每个步骤大概需要做哪些事情？
提出需求：从需求的背景、目标、可行性等等方面，充分理解业务/产品人员提出的需求。只有充分的理解的需求，才能和业务/产品、开发进行和谐、有效的沟通。这不仅仅是测试需要做到的，整个项目组的人都需要做到的点。但是在实际的工作中，由于每个人的各个方面的因素，貌似很难做到这一点，导致在后面的开发\测试阶段需求要不停的和业务人员进行需求的确认，造成时间上的浪费。
需求评审：这个阶段一般都是开发和测试的领导或者是对本身产品了解比较深的人员重点关注的地方（本菜鸡每次遇到这种会都是在一旁瑟瑟发抖，看着大佬们全程沟通，默默的拿起笔记本记录-。 -）。需求有哪些能做/不能做（合理/不合理）？、做起来实际的效果会怎么样？、这个功能点在整个需求里面的优先级？、整个项目预计的周期是否在预期范围内？
其实在测试用例的评审的时候，尤为重要：
- 经常会出现各种奇葩的场景需要和业务/产品进行确认预期结果，这个是必然会出现的问题；
- 让开发和产品都对你的测试用例进行查看，最起码要达到他们要求的覆盖度；
- 新的需求对现有的产品是否会有影响；
- …
制定开发、测试计划（里程碑）：这个一般是项目项目经理/需求负责人来搞…把握整个进度，还是需要很强的能力的！
开发、测试阶段：这个就是主要干活的阶段。在这期间可能会遇到很多问题：
提出的BUG开发不认；
业务/产品更改的需求，导致前面白忙活了；
和业务、开发沟通效率低；
在实际的测试中，才会发现还有很多场景需要添加到测试用例中；
…
相信大家多多少少会遇到上述问题。有了问题，那肯定要解决掉。这儿也是面试的时候，当你说到这儿的时候，面试官百分百会打断你（反正基本上我的面试都是百分百，哈哈），问你遇到这个情况，你是怎么解决的？然而我丝毫不慌，因为心里早就准备好了答案。
测试完成，验收：业务/产品人员进行验收。在实际的工作中，并不是每个业务/产品都很细心、能力很强。所以在这个阶段很容易出现和他们需求不一致的功能点，这也是前期由于沟通不及时、细节点确认不足的情况下会发生。
保存关于需求沟通的邮件，确保锅不在我们自己头上…
发布环境：这个受到公司的实力和要求的影响。
有钱的公司在测试阶段会搞几套环境（一般像XX银行）：dev、sit、uat、uat1、uat2、验收、演练、正式发布。不考虑人力成本，多轮次的进行大范围的测试。
有钱有实力的公司会自己搞自己整个质量体系（BAT之类的大厂），且覆盖度高、人力消耗低。
保存测试报告、需求文档、会议纪要等等：这些就是整个项目做完要有的产物了。以便随时需要查看，方便以后的交接等等。
其实还有很多细节的点都没有提到，但是现在已经
2019/02/13 15:35
80分钟过去了。一篇博客需要这么久…-。 -
归根结底：如何有点有面的、切合之前做过的项目叙述完这个流程，还是有点困难的（只是追求完美的面试）。
当然，面试的重点肯定不仅仅于此。
希望对大家有所帮助！！！