分成正式和模拟两套数据库，俗称线上库和线下库，一般技术人员只能操作线下库，线上库只有DBA和开发管理人员才能操作，那么开发管理人员就可以把关，测试不合格的代码就不会出现在线上库，保证线上库的稳定运行，假如把关不严出了问题，那直接问责测试和开发管理人员

1. 任何时候，备份是不可少的
2. 严格的逻辑容错
3. 权限管理
4. 事务管理

正规的情况下，数据库会分成测试库和正式库，开发时，都是连接测试库，发布后，才连接到正式库。
而在中小公司，多数都是用正式库开发，这就比较麻烦了，很难事前避免。
之前在写SQL语句时，出现过几次误删除，一种方式，就是在删除之前，备份这个表的数据到新表中，假如删错了，可以恢复；另一种方式，就是在删除后立马还原当前数据库到新的数据库中，恢复的时间点是删除前，这样也能找回数据。

一是备份，测试的时候用测试数据库
二从数据库权限，分配出开发者账号

最好先备份下数据库，未雨绸缪

最好先备份下数据库，未雨绸缪

主要是正规化开发思路。
假如测试过了，产品发布了，那么就尽量不要纠结开发人员，这个责任基本上算在测试和管理人员的头上。这就好像管理人员，应该有点胆量，假设管理人员没有说到、那么责任就在管理人员。当然这是提高了流程的水平。假如你们宁愿作坊式开发，那么绝对没有什么别的“银弹”可以解决问题。
假如之前有测试用例可以发现问题，而产品中重现了问题，那么就要问问为什么没有测试出来？假如之前没有测试用例可以发现问题，那么就要问问为什么没有测试用例？
而测试人员并没有责任去幻想一切测试，全部的测试用例都应该逐步完善。所以产品中假如有 bug，底层的测试人员以前没有发现过，这只是全公司的损失，并不是某个测试人员的问题。
测试才是驱动好一个软件公司的关键环节，并不是编程。编程者满大街都是，好的开发人员也是好的编写测试用例的开发人员。我们当然希望尽量减少“手工测试”人员，尽量让程序员都会测试驱动开发。但是这就要求专职负责测试的人员往往有着丰富的开发经验，就是全部的人都要会写测试用例，只是职能不同（有的人专门负责编写测试用例，并且这些人的职位高于程序员）。