整整浪了一个月，今天最后一个工作日，与某公司X君、Z君聊了聊测试，回想反思了半个多小时，最主要的心得，没有新意，就是实践操作与学习的掌握程度不一，以下没有顺序，本文没有观点，仅记录此刻内心的一些想法。
Z：怎么会允许你投入这么多测试人员(研发测试接近3：1)
这是一个经典的问题，我大约答复，业务较多，包含许多其他内容，单元测试，部署等等各种事情，没有过分纠结。
现在回想，当时聊昏了头脑，应当简洁回复一句：测试人数根据测试任务多少、时间多少实际情况而定
过分的追究研发测试几比几、KPI、人力成本控制等等，已让大家已经丧失最基本的判断，
其实道理与依据很简单：
测试任务=测试人数*时间
a.测试任务 恒定，时间 短，人数 多
b.测试任务 恒定，时间 长，人数 少
c.测试任务 多，时间 短，人数 更多
补充：人员能力参差不齐，也是影响人数增加的因素
X：快速迭代如何提高测试覆盖率
我大约建议，看工作量与实际情况，研发测试1：1或者N:1结对投入，同步编写代码与测试用例（自动化测试用例），采用代码覆盖率工具统计覆盖率。
答复其实不全面，测试覆盖率(Test Coverage)应该包
