测试人员应该对数据库数据进行添加修改删除么？
现在有一个项目，在做集成测试，开发人员把框架弄好了，程序弄好了数据库里面基本是空的，就算有数据也是丢三落四的，等于是没有一条数据是完整的，没有一条数据是可以运行系统流程的，必须自己看数据库过程，一个一个插入数据或者检查数据！
想讨论下，有测试人员这样子造数据呢，这些工作应该由测试人员来完成么？
毕竟了解数据库各个字段表、过程等等需要一个时间过程，而且造的数据，可以说与生产上的数据肯定不一致也不太可能一致，那么如何保证测试人员构造的数据是正确有效的数据呢？这样的测试过程是否可以保证测试的质量？ 我现在是新增一条数据，然后确定后，报错，自己去看过程检查数据库中是不是哪个字段丢失没有数据，然后相应update上去！感觉这样子做不尽合理 肯定不可以的，测试数据库应与开发数据库保持一致；比如你在测试库新增时，发现某个字段的长度设的太短了，你直接去测试库改了下字段的长度，而没有将这个问题提上去，那么开发人员就不知道这个问题，也不会去更新开发库，久而久之，问题会越累越多…… 数据结构少了你怎么能导进去的。。。 可以执行 添加数据，再检查字段 也不是应不应该的问题，主要看如何方便就如何弄，项目管理的方式不是唯一的。 关键系测试方法问题，有时候如果你咩数据都没你又5自己去做数据等别人帮你做？那这样子什么时候才能发现BUG？有时候又不能随便乱加数据，因为你造的数据可能程序怎么走的不可能走出这些数据出来，这样子就算你查出BUG，这些BUG也没意义，实际上根本就不会出现；要不要造数据最关键的是要了解好需求根据正确的条件去建造数据这才是正确的！ 开发库与测试库不一致的话,测试无从谈起 没理解到LZ具体的意思。你这里的数据库如果仅仅是用于测试的话，是完全可以进行增删改的，很多时候我们得到的数据并不能直接适用于测试用例，比如异常测试，通过正常的应用系统操作可能得不到该有的异常数据，这个时候就需要我们去自己构造数据。
但是，如果整个公司的开发与测试都只使用1个数据库，那么最好还是不要直接修改数据库内容，即使是异常测试也最好通过应用来实现，不要通过直接修改数据库，否则测试出来的数据可能得不到开发的认可，这样就会导致测试的有效性问题。
具体的问题还是需要具体分析，但是作为一个测试员，通晓数据库操作倒是很基本的知识技能。如果能做到数据库优化，那和开发讨论起来，你都会很有底气的…… 呵呵，要看这个数据库的用途了。 跟项目团队的管理方式有关系，这不是应不应该的问题，而是管理方式的问题。 增加数据可以，但是动数据表结构不行。测试人员造数据也无可厚非，而且也可以顺便检查一下数据库设计是否合理。但是仅限于数据操作，结构是绝对不能动的，一定要保持和开发的一致，如果结构导致了bug就要上报。
页:
[1]
