一周总结1211-团队管理反思

上一篇 / 下一篇 2016-12-11 09:53:29 / 个人分类：每日总结

团队新接了一个任务，从接到需求到客户要求的上线时间，只有七天时间，二十多个功能模块，7天的时间完成测试，时间非常紧迫。临时接到任命，让我带头做这个项目，明知是坑，也只能义无反顾的跳下去了，抱着顺便挑战一下自己的心态。

一、冒烟测试一大半功能没通过

团队配置：4个人

任务分配情况：约6个功能模块/每人

任务要求：测试案例编写跟测试执行同步进行

第一天：上午根据各自负责的功能模块，仔细研读需求。下午接到提测清单跟相关信息，打开他们提供的测试网址，无法访问。急忙联系开发那边的经理，反馈情况。快下班的时候接到回复，他们需要改一些东西，明天再交付我们测试。

第二天：上午工作安排-根据需求梳理出测试点，追问开发那边是否可测，下午开发回复可以测试了。谢天谢地，网址终于可以打开了，安排团队先冒烟测试跑一遍功能。结果是心拔凉拔凉的，主要功能基本不通。总结了一下测试的基本情况，反馈给开发。

第三天：上午安排团队继续梳理测试点，时间还有空余的话开始写测试案例。下午再跑一跑系统，确认下开发是否做了修复。测试情况依旧不乐观。

第四天：跟业务开发一起看了系统的现状，业务又提了一些修改建议。确认延期上线。心里总算暂时松了口气，在思考接下来的工作安排。

第五天：编写测试案例。

二、遇到的状况及总结

1、（自问）是否有必要按测试编写人员和测试执行人员分工？

有些队员编写案例的水平实在是惨不忍睹，是否还要给其分配案例编写任务？

自答：不得不承认，编写测试用例是快速了解和吃透需求的手段之一，还是应该给新人分配一些测试案例编写任务的。但是也要视新人的情况而定，对于有上进心、积极主动的人，可以多花些时间指导一下，以使其尽快上手，能够快速高效的完成工作。