在一个不规范的项目,测试工作怎么开展?

2016-03-11  骆海燕 

你所在的团队,可能从需求分析->概要设计->详细设计->编码->单元测试->集成测试->系统测试->验收测试,这种 V 模型一步步走来。也有可能你所在的团队实践的是敏捷开发模型。这种模型,更是一步一个脚印,测试的话,什么时间做好什么事,都是按流程来的,不用你怎么去费心。但是如果你所在的团队,在做是一个流程不规范的的项目,怎么才能做好你的测试工作呢?


 

说说我最近负责的一个项目吧。

因为负责这个项目的测试人员被外派出差去了,我临时被派到这个团队顶班, 对需求什么的一概不知,当然,这还不是最糟糕的事,最糟糕的有很多,总结一下:

  • 需求文档上有不明确的点
  • 时间上有冲突:这个研发团队要同时负责两个项目的并行,并且交付时间基本在同一时间段
  • 研发团队资源不足,临时从其他项目调两个人支持
  • 没有需求评审会,没有详细、概要设计文档
  • 距离上线不到两周时间,一轮测试都未提交

是的,这些都会让你心乱如麻,但不是抱怨就能解决问题的。如果你是负责这样一个项目的测试人员,你该怎么应对呢?

我是这样做的:

#1 看需求文档,写用例

     虽然这个原始的文档上面也有很多功能点不明确的地方(没有需求评审会 ),但整体要实现哪些功能,看过之后,做到心中有数。然后,开始你伟大的用例设计吧(不要指望一劳永逸,后面肯定是要更新的)

#2 沟通

     对于需求方面的内容,有些问题你有疑惑、不明白的地方,可以把需求负责人拉过来使劲问,也可以在讨论组里讨论(或者其他交流方式),要厚着脸皮,不用客气,告诉他们:工作,我们是认真的! 

#3 主动

     开发会对已经开发好的功能或者需求有变更的地方,做一个功能演示,对于变更的需求这,里往往不会及时更新到需求文档中,都是口头或邮件的方式传达,(不要心碎,要适应),有时开发会忘记叫上测试人员,但由于对需求的知之甚少,所以测试要主动要求参加。

#4 做好会议记录
     对于这种为数不多的会议,更是要倍加珍惜。做到:
     1)记录下来:
          a.会议上对于不明确的功能点
          b.未实现的功能点
          c.实现与需求文档不一致的功能点

     2)邮件给大家,主送开发人员,抄送:需求负责人,开发总负责人

#5 日报反馈测试结果
     测试的结果就是问题多多(没有问题,那才奇怪呢),但要及时反馈,对于这种时间比较紧急的项目,我们不可能一轮测试下来才出测试报告。做好及时反馈,每日发送测试日报,日报的内容,我大概列了以下几点:
  • 今日测试的模块
  • 遇到的问题
  • 发现的BUG,EXCEL记录(或者你有更好的BUG跟踪软件管理,对于EXCEL记录的,邮件中以附件方式)
  • EXCEL的大概要点不外乎测试用例的一些功能点
  • 验证你的BUG,及时在日报中反馈。如果你的BUG的严重等级高,紧急程度也高,影响后续的测试,建议在邮件中列出来。在EXCEL记录的表中,列“当前状态”为此BUG的处理情况,“验证结果”为回归测试的结果。每日反馈新增的BUG,以及BUG的验证结果情况,做到及时反馈。

注意,邮件一定要抄送给需求负责人,开发总负责人 。我为什么一直要强调邮件要抄送给相应领导呢?可能自己的力量太小,别人都不当回事,所以要抄送给领导:一是在一定程度上给开发人员施加压力,二是体现出自己认真负责,三是让领导知道项目进度,这点很重要,我相信你也一定知道及时反馈的重要性,这里有篇文章《为什么磕瓜子可以磕很久 工作却不可以?》,关于反馈的重要性。

#6 赞美你团队的开发人员

     测试人员要融入团队,要让开发人员知道,我们并不是天生的死对头,相反,我们是一个大团队,是一个整体。测试人员不是为了找开发人员的麻烦,而是一起努力,让项目更好。




整个项目开发过程中,测试可能只是其中的一个小部分,测试人员不能改变需求的不合理,不能负责整个项目进度,不能让我们的软件无BUG,我们的力量很小,但测试人员的 积极、主动,可以推动整个过程的开展,节省团队的很多时间,让他们在所负责的模块中投入更多的精力。


我很想知道你们现在的团队是怎样的一个状况:是很幸运的在一个非常规范的流程中作业,还是像我一样,每天火急火燎的干活,无论哪样,都期待你的回复。
508°/5065 人阅读/2 条评论 发表评论

木木  2016-03-15

我就在一个很不规范的团队,虽然我对需求比较了解,但是现在身为测试是被多用的,也就是说不仅仅是做着测试的工作。感觉自己都离开了测试好久似的。有点着急


骆海燕  2016-03-15

@木木 分工也不明确?


登录 后发表评论