我们经常在面试的时候，会问到工作中部分内容占比，可是工作的内容真的可以用占比来衡量吗？
在我看来，如果你把工作中的占比回答出来，反而是最大的败笔。
因为往往记得很清楚的事情，不一定是很复杂的事情，反而会引起面试官的怀疑和追问。
如果你的回答是：
面试官，您好，我在上家单位或者在工作中，功能测试占比XXX%，接口占比XXX%，性能测试占比XXX%，自动化占比XXX%
面试官下一句话如果说，你能跟我详细叙述下，或者给我描述下你工作中的实际情况来说明下你上述的占比吗？
你心里绝对一万个小马蹦跶，然后硬着头皮解释上面的数据。
这道问题最好的回答的是：
先给出你的解释，最后再做出数据预估。
比如：
面试官，您好，其实这个数据和百分比还是不太好估计的，因为一般情况下，我们正常的工作都是先是产品的需求文档梳理出来之后，我们进行需求研读，包括参与需求评审，直到需求确定之后。
开发进行开发设计，包括数据库设计，接口设计，前端页面的设计，测试进行测试用例的编写，这期间开发有可能会给出对应的接口文档，测试人员需要按照开发提供的接口文档进行接口用例的设计工作，设计完成之后，我们一般会按照接口测试用例进行接口测试，并且还会将对应的接口测试集成到接口自动化测试中。
接口的测试完成之后，这个时候前端开发工程师和后端开发工程师一般会进行前后端联调，并且将联调后的软件给到我们，我们还要按照功能测试用例进行功能测试，部分P0以及主功能重要的模块，变动不大的时候并且每次迭代都需要手动验证的功能，我们也会用相关的UI自动化测试框架将变动很少的功能集成在自动化测试。
这些工作都是按照对应的阶段在合适的时机进行的，所以这个比例有的时候很难预估出来，一般在项目才开始的阶段功能为主基本上占到80%，项目的中后期随着迭代的稳定，自动化测试和脚本开发可能会占到60%左右的时间，这期间还有些功能需要手工测试进行验证。
到项目要上线之前，或者遇到特殊的场景，我们在交付上线的时候，是需要对部分使用频率较高的功能进行相关的性能测试，当然性能测试前期有的时候也会涉及到，主要能发现开发再进行程序的开发过程中发生的死锁现象。所有的工作分类不止是简简单单能用百分比来清楚划分出来。
这样的回答，面试官听完之后会对你整体的工作安排有个大致的认识，也相当于间接的回答了上述的问题。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
