测试从0到1 测试计划制定探讨（十二）

“你这个测试计划怎么要那么长时间啊！”“这个测试计划太长了，不用那么长，再省2天”“写毛测试计划啊，每次写每次都不按照测试计划来，形式主义啊”这是经常发生在测试同学身边的常事，都是一堆的吐槽，特别是创业型的公司，哪里来的计划？本期要讨论就是如何编写测试计划？

时间：2020.4.19 晚9点

主持人：皮卡丘参加人员：安仔，小悠，小叶，人生 （5人）

讨论时长：75分钟

关键词：SMART原则，测试内容，测试资源，测试流程，测试标准，里程碑时间，范围，进度管理（PMP知识），风险意思，内部审核，外部确认，PDCA，复盘，问题反馈，变更流程，项目日历，资源日历

讨论记录：

小悠：

皮卡丘：

小叶：

人生：

安仔：

总结：      

整体来讲，计划需要不需要编写，写了有没有用，能不能执行到位，都是要根据企业规则，产品的特性，项目组织以及你的测试领导这四个因素来决定；在计划中找Bug是测试6个原则之一，说明了测试计划的重要性，质量是测试的职责，这个就涉及到范围，成本，进度影响质量，所以要考虑平衡；大部分测试计划要根据流程，比如需要开需求会，范围确认以后，开始根据范围评估资源（硬件，软件，人力），项目日历在配合开发计划，里程碑计划，形成一份以执行内容，执行日期，人员的计划文档，然后内部审核，最后外部确认，这个外部确认就需要一个“斗智斗勇”的过程，就不多说，如果没有问题，就执行，执行期间根据变更来评估计划是否变更，最后执行结束，统计数据，形成一份记录；整体大概计划就是这样，在这过程主要风险就是测试内容是否覆盖到尾，时间是否评估到位，影响执行的制约因素（开发质量，环境因素，数据）以及风险预留比是否合理等，最后计划就是让大家相互信任，内部不要被压缩，外部不要被压缩~可见测试这地位是多么多多。。。。。不说了，说多了都是泪

本期讨论问题：

1.如何有效的评估测试中的工作量？预估测试时间准确性

 看法：不考虑测试内容情况下和测试固定执行时间的情况，在有历史数据的情况，如根据每日可以执行的用例量，来算出整体要执行的时间，加上以前测试计划中类似功能执行时间以及测试内容和之前遇到的问题，来算下整体执行时间；在没有数据的情况情况下，细化功能，根据你的参考的需求，评估下自己需要多长时间，然后波动-10%-30%，然后持续跟踪反馈，来评估这个项目执行者效率跟质量，形成信任，你的信任跟项目组的信任，就是时间的准确性了~，可以说整体用到的是专家判断，类比估算，参数估算等；

2.如何处理其它业务线qa人力资源需要我们去支持的问题？

看法：要区分是团队内部项目人员资源支持还是不同事业部的人力资源支持，如果是团队内容，就需要团队每个工程师都要有一个规划，也就是预计未来一周的计划要干什么？然后汇总到领导那边，然后根据需要支持项目的优先级，跟相关项目人员进行协调，如果人员有空闲就去支持，如果忙，就以优先级的项目为主；如果是不同事业部，除了了解本团队人员的计划之外，去协助的人员要说明我们的要支持的内容，要主要做的事情都要透明化，避免私聊以及问题要及时反馈，避免我们派出的人员辛苦不说，最后还背锅；这是在人员空闲情况下，如果不空闲的话，自己人员也不够，并且优先级不高，还要我们去支持的话，可以让对方跟你的上级领导沟通；

3.大家线上问题Qa内部会复盘么？复盘中说的改进后续落地如何？

看法：会复盘，根据严重等级会安排相关人员进行复盘，复盘方式，有项目总结，管理层总结，团队例会等，复盘的目的了解问题发生原因，是否可以表面，下次如何预防，责任归属；改进措施的跟踪：邮件发送，确定时间，有第一责任人和第二责任人（管理员），然后每周确认下结果，直到商定的条件为止。除了落实之外，还要把出现的问题登记到再发防止列表用于每次发版的最后执行，避免问题重复出现，还需要把该份文档给新进员工或者平常反思的文档进行查看；

4.如何看待测试经理砍时间？

看法：测试经理作为测试部门的管理者，要做好内部的把控，防止把测试时间提交到外部时，经常被砍时间，这样测试部在外部无法取得信任，外部人员会觉得测试的估时有水分，另外不要习惯性的砍时间，需要缘由并告知原因，才能成长，砍时间的同时要根据成员预留一些风险时间；作为测试经理时间的把握是一个方向，但也要注意测试内容，测试计划是否得当，可以做个列表，看是否满足，以及是否满足SMART原则。最后，测试是一个支持部门，在认可的情况下，只要时间满足里程碑或者项目组发布时间，就不一定要看砍时间，另外是协同部门，有时也要注意相互砍时间，如开发等部门，尽量保持一碗水端平； 

如您也有兴趣一起参加我们的网络会议进行探讨，可留言或者扫一扫加入我们，然后发消息“主题讨论”私聊我，经过审核后就可加入我们，加入的同学得有毅力，可不是说着玩得哦~