测试日常之一

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

# 1 环境

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

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

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

# 2 测试覆盖度

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

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

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

# 3 文档

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

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

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

# 4 自动化

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

以上。