测试管理 如何整理测试自己的项目架构?

old shen · 2018年04月20日 · 最后由 hellohell 回复于 2018年04月20日 · 1818 次阅读

   最近公司减员有点严重,而之前摊子铺的太大,项目搞得有点复杂,牵扯太多,测试人员又不够,导致在做一些关于底层服务的测试时,测试用例覆盖率不是太高,因为有些东西太久不变动了,都忘记有这些功能了。尽管线上没出什么 bug,可每次测试时,还是有点提心吊胆。所以想着怎么可以整理一下目前的所有服务以及业务,就像开发整理的技术架构一样,一下子就可以看出来哪些是关于哪些的内容。在测试时,基本可以迅速过一下该相关功能或者需求跟哪些服务,哪些表,哪些业务逻辑有关系,而不是靠记忆或者翻出之前的测试用例去重新熟悉。


   目前公司基础服务有 4,5 个,其他底层服务有小 10 个,在加上 api,各个端上的有点多,而测试人员就 3 个人,公司的整个项目的自动化也还在路上,现在问题有点严重啊,所以想请教各位一下,该怎么办呢?

共收到 4 条回复 时间 点赞

这算是各种遗留问题了 我觉得忘记有这些功能了说明对对应服务的变化和用例做过迭代更新和记录 我觉得用例迭代更新没有跟上是很正常的 不过对应的一部分修改和逻辑应该有一个简单的记录 这样维护成本低 还能保证有记录 再有就是对之前业务需求文档的保存。

1.梳理下公司核心业务、核心接口
2.把核心接口、业务自动化起来,保证最重要功能及时监控起来

1、把核心重要的功能、接口、代码等重点关注;
2、人太少了。

平台运行久了就会这样,公司找不到一个人说的清全部的业务;
即使是你自己负责的东西,时间久了,有时也想不起来;能做的可能只是写好文档,及时更新,
避免给后人留坑和接前人的坑;

最起码的,作为测试,手里要有张表单,说明一个业务涉及数据库哪些字段;

说白了以上都是废话;大家都知道,落实都不太好
环境塑人

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册