测试日常之一

来到了新的单位2个月了,写下日常的问题及吸取的教训:

# 1 环境

-  新的单位项目涉及到的服务有6、7个,每次迭代最多涉及其中的2个服务,因此,测试版本中其他服务的配置的地址与之前的是否一致,是不是可以用,这是要注意的。出现过的问题:

    -  测试数据跑到了生产上,导致测试环境没数据

   -  在测试环境下的操作,导致生产上出现了退款

# 2 测试覆盖度

 - 由于是开发驱动型的研发模式,需求由开发确定,开发重点关注了主要业务正向是否顺畅,对于一些边界并未考虑,需要测试自己加以重视,提高测试用例的覆盖度。出现过的问题:

      -  某种情况的状态码代码与数据库不一致

     -  有处金额存储的问题,mysql中用的是int(11),但存储的单位是厘,能保存的最大数就是2千多万元,超过时就会出现溢出。

# 3 文档

 - 测试之前对项目需求进行了解,虽然没有条件。但是前期还是要积极与开发沟通,这次迭代的目的是什么,要实现什么功能。根据开发的讲解,利用xmind对其进行细分

- 在有利的条件下,多写测试用例,并固定成模板,形成套路。暂时还未固定,以后要加强。

- 用例执行时,思考如何精简用例达到高效。

# 4 自动化

- 由于开发频繁的进行更新,测试任务时繁时简,导致自动化进展不是很顺利。代码功底还是欠缺,目前在积极补充c的知识。

以上。

©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容