3今晚小组对于面试这方便进行了一些讨论，组长说了这些话，
1）在面试前的电话，如果可能，多交流下，了解这个公司，排除掉自己不喜欢的，比如公司的地理位置，对方公司需要什么样的人，如果自己不符合，就不去面试了，因为路上花的时间--至少2小时，实在太长了。面试多了就会发现，不是面试的次数多少，而是是否适合自己。
2）在面试交流中避免在回答时用简单的是或否来回答。这显得我们的主动性特别差。而测试工作中，很多需要我们主动去做。所在在回答时简练的回答，结合自己的工作经验去回答。
3）关于简历的，简历上写的都必须是自己至少熟悉的。简历上的每个关键名称都能讲上一段话。如果都可以讲出一个小故事---小例子，是最好的。故事是我们每个人都不反感的。而故事能给人留下很深的印象。当人面试多的时候，水平相差不大的适合，谁印象深，谁的成功率就高。
问题 ：如何确保你写的测试用例的覆盖率高，
今天我的回答是，测试用例考虑边界法，等价类划分，还有因果图法，还有场景法等啥尽量覆盖测试点，以及以用户的角度来考虑等来设计，下边的部分是组长补充的，我觉得这样会比较让满意吧
--------------
除了我们自己该做的，还可以考虑另个流程--测试用例的评审，除了我们测试角色外，测试用例评审中还有项目经理、产品、开发多个角色来看用例，势必会提升原本的覆盖率。--从流程上来考虑。
问题2 ；如何保证产品质量（问题和见解都是组内 零 阐述）
1、项目经理和需求分析要正确理解客户需求，在需求变更的时候能够快速理解变更内容并与团队成员及时说明。
2、项目经理要严格把控项目进度，在整个研发过程中要积极与客户沟通，尽量早的了解客户的想法。
3、研发团队要针对需求进行足够的沟通后进行设计，针对变更的需求要能够及时调整设计框架。如果是项目后期的需求变更，要做好重构和修改代码的准备。
4、测试人员在前期要深入了解系统业务知识和需求，在真正测试阶段要能够根据理解的需求进行用例编写和实施，并及时补充遗漏的用例。发现漏洞及时反馈上报并与研发进行起码的沟通。
5、在项目建设阶段，每个成员要及时上报工作日志，方便上级把控项目进度，分析项目风险。
6、项目建设结束后，努力促成上线并验收，实现最终收回项目资金并进入日常运维。
以上做点补充，但是不知道对不对，先写出来，欢迎指正，
（1） 需求分析阶段，应该让测试 开发等都参与进来，
（2）对于开发阶段以及测试阶段不合理的地方应该及时指出来，然后可以及时与用户沟通，
感觉这一句很重要：面试回答问题的时候，一方面站在测试的角度来回答问题，另一方面，需要站在整个项目的这一高角度来看对待这个问题
我个人认为，面试一方面需要你自身的能力，二来面试官会看你的考虑问题和回答问题的能力吧，逻辑思维能力是测试必备的把，还有 就是，自我学习的能力，我感觉这个很重要，暂时就这么多吧，大家还有什么好的见解可以一起交流哦
还有一个问题，也是我存在的，就是面试会紧张，为何会紧张，无非就是技术水平不行，担心面试会失败，要么就是见陌生人就会紧张，有个人给我提出了这样一个建议，在家里对着镜子自问自答，发现自己的问题、回答问题时的面部表情以及肢体反应，提高自信度，或者找朋友进行一个类似的面试环节，让朋友指出一些问题，另外就是面试时候语速可以不用太快，以此缓解自己的紧张情绪。还有当然就是提高自己的能力，不断发现自身不足并填补
网友评论