Skip to main content

如何高质量交付的一些思考

Submitted by taotao on Wed, 01/02/2019 - 20:46

在2018年12月26日和2018年12月28日发布版本的时后出了两次故障: 一次是由于新旧权限兼容,基于新旧权限的数据,程序在做联合计算时,产生了一些空数据导致的问题 ,另一次是由于两个月前的一次发布,将相同的节点的数据配置了两份,导致新添加的配置在spring cloud config没有生效而引起的问题。 这两次的问题,引起自己反思,结合软件工程的方法论,反思平时的工作中有哪些不足的地方:

  • 目前公司的测试资源不足,没有专门的测试人员测试
  • 项目维护的周期超过了两年,开发人员对某些不常用的功能也生疏了,导致在做自测的时后,也不能比较全面的进行测试
  • 没有人专门的负责更新和维护文档,导致大部分的文档都过时了

如上是问题,下面就要基于这个现状进行思考如何提高交付质量

  • 没有专门的测试人员的问题,我今天搭建了一个TestLink,学写了下如何使用,每个版本在做需求设计的时后,就考虑如何测试该功能,由开发人员维护新功能的测试用例到TestLink中去,新添加的测试用例需要交叉评审才能通过
  • 每个新需求开发,都需要有设计文档包括:UI设计、模块设计、表设计、API设计,需要经过交叉评审后才能通过
  • 以版本为单位组织文档,文档包括:需求文档、设计文档、实施文档、部署文档
  • 每个不同环境的发布,团队成员进行交叉测试,回归测试TestLink中的所有用例,如果有bug发生,则不能交付到下一个环境中,直到bug修复完成为止
  • 每个环境中发现的bug都记录到jira中,并将这些bug形成测试用例录入到TestLink中
  • 测试环境的配置管理由专门的人员负责,收回测试环境服务器的权限
  • 梳理出系统的功能矩阵,将所有的测试用例都补充到TestLink中

如上方案的重点加强设计和测试环节的投入。

Tags

Add new comment

Plain text

  • No HTML tags allowed.
  • Lines and paragraphs break automatically.
  • Web page addresses and email addresses turn into links automatically.