你所在的团队，可能从需求分析->概要设计->详细设计->编码->单元测试->集成测试->系统测试->验收测试，这种 V 模型一步步走来。也有可能你所在的团队实践的是敏捷开发模型。这种模型，更是一步一个脚印，测试的话，什么时间做好什么事，都是按流程来的，不用你怎么去费心。但是如果你所在的团队，在做是一个流程不规范的的项目，怎么才能做好你的测试工作呢？
说说我最近负责的一个项目吧。
因为负责这个项目的测试人员被外派出差去了，我临时被派到这个团队顶班， 对需求什么的一概不知，当然，这还不是最糟糕的事，最糟糕的有很多，总结一下：
- 需求文档上有不明确的点
- 时间上有冲突：这个研发团队要同时负责两个项目的并行，并且交付时间基本在同一时间段
- 研发团队资源不足，临时从其他项目调两个人支持
- 没有需求评审会，没有详细、概要设计文档
- 距离上线不到两周时间，一轮测试都未提交
是的，这些都会让你心乱如麻，但不是抱怨就能解决问题的。如果你是负责这样一个项目的测试人员，你该怎么应对呢？
我是这样做的：
#1 看需求文档，写用例
虽然这个原始的文档上面也有很多功能点不明确的地方（没有需求评审会 
），但整体要实现哪些功能，看过之后，做到心中有数。然后，开始你伟大的用例设计吧（不要指望一劳永逸，后面肯定是要更新的）
对于需求方面的内容，有些问题你有疑惑、不明白的地方，可以把需求负责人拉过来使劲问，也可以在讨论组里讨论（或者其他交流方式），要厚着脸皮，不用客气，告诉他们：工作，我们是认真的！ 
开发会对已经开发好的功能或者需求有变更的地方，做一个功能演示，对于变更的需求这，里往往不会及时更新到需求文档中，都是口头或邮件的方式传达，（不要心碎，要适应），有时开发会忘记叫上测试人员，但由于对需求的知之甚少，所以测试要主动要求参加。
2）邮件给大家，主送开发人员，抄送：需求负责人，开发总负责人
- 今日测试的模块
- 遇到的问题
- 发现的BUG，EXCEL记录（或者你有更好的BUG跟踪软件管理，对于EXCEL记录的，邮件中以附件方式）
- EXCEL的大概要点不外乎测试用例的一些功能点
- 验证你的BUG,及时在日报中反馈。如果你的BUG的严重等级高，紧急程度也高，影响后续的测试，建议在邮件中列出来。在EXCEL记录的表中，列“当前状态”为此BUG的处理情况，“验证结果”为回归测试的结果。每日反馈新增的BUG,以及BUG的验证结果情况，做到及时反馈。
注意，邮件一定要抄送给需求负责人，开发总负责人 。我为什么一直要强调邮件要抄送给相应领导呢？可能自己的力量太小，别人都不当回事，所以要抄送给领导：一是在一定程度上给开发人员施加压力，二是体现出自己认真负责，三是让领导知道项目进度，这点很重要，我相信你也一定知道及时反馈的重要性，这里有篇文章《为什么磕瓜子可以磕很久 工作却不可以？》，关于反馈的重要性。
#6 赞美你团队的开发人员
测试人员要融入团队，要让开发人员知道，我们并不是天生的死对头，相反，我们是一个大团队，是一个整体。测试人员不是为了找开发人员的麻烦，而是一起努力，让项目更好。
整个项目开发过程中，测试可能只是其中的一个小部分，测试人员不能改变需求的不合理，不能负责整个项目进度，不能让我们的软件无BUG，我们的力量很小，但测试人员的 积极、主动，可以推动整个过程的开展，节省团队的很多时间，让他们在所负责的模块中投入更多的精力。
