问题均由学员/粉丝提供的真实面试记录，帮大家解答，我义不容辞，但有些问题如果回答的不够仔细和正确，也希望大家能客观的指出改正，轻喷。
本号公开的问题为出现概率较高的最难回答的发散性问题
开始正文...
工时如何评估，有没有计算方法？一个功能凭什么测两天？
回答：工时的计算方法，这个方法如果存在，那么就一定会涉及到很多因素，并且即便所有因素也不会特别精确的预测出准确排期。而且考虑过多因素会让决策变得更加困难，得不偿失。所以找到一个属于自己公司的排期预测平衡点至关重要，最简单最快且尽量准确的确定排期就是管理者的能力所在了。当然，各种各样的因素该考虑还是要考虑，但是要分轻重缓急，并且管理者要烂熟于心，以便快速预测最佳排期。
因素包括：项目需求数量、功能点数、测试范围、测试端、产品开发测试相关人性格、当前月份(淡季旺季等)
项目上线时，很小的bug你会放过吗？
回答：注意审题，题目已经说清bug是很小的，所以就不要再纠结bug引起严重后果啊，影响，脏数据这些风险了。就一切都是很轻微的前提下，是否要放过这些小bug。
我建议各位大局为重，先收集好这些小bug，然后把其连带可能产生的风险，后果，漏测原因，修改预估延期多久，之后的改进措施全部记录好，提交给更高领导。之所以建议提交给更高领导，并不是因为我们自己无能，而是要让更高领导帮你背锅必要时候...
开发提测前后时期，有没有优化方法，提高测试效率，缩短测试工期。
回答：诸如测试左移，白盒测试，mock测试，接口测试，分层，cicd自动化等手段，均可以在开发完全提测之前就让测试介入以便更早发现bug，这样自然可以降低修改bug的时间。具体可以参考下双v模型，让测试和开发是几乎同时开始工作。
测试在每个节点的需要跟谁沟通，如何沟通，需要做哪些事情
回答：
- 产品需求讨论会期间，要和产品经理充分对需求原型srs进行静态分析，提出各种遗漏的标准和可能得风险，模糊不清的地方。
- 概要设计和详细设计时间，和开发充分沟通，确保可以在代码层级至接口模块层级上充分理解，同步好测试用例。
- 测试阶段，及时反馈bug给开发和产品经理，以求最快速度解决问题。
- 上线阶段，和开发产品运维一起，充分沟通确认上线流程和风险及回退方法。并第一时间线上回归测试。
- 发布之后，和客服部门充分沟通，确保客服人员充分理解本次上线的功能和时间。
本次就暂时写这么多。欢迎持续关注下一篇哦~
