数据库与架构设计｜测试与质量保障
数据库与架构设计是测试与质量保障中的关键环节。测试方案与用例
数据库与架构设计环节首先要确认的是范围与标准。判断这句话是否成立，有个简单的检验方式：把现在的情况写下来，看能不能用一句话说清楚。如果写不清楚，说明还没想透，这时候急着往下走，后面多半要返工。
再往下一层看，这时候有效的做法往往不是增加人手，而是把重复出现的问题用规则固定下来，让它不再依赖某个人的经验。
要落地这件事，还需要一个前提：企业内部得有人对结果负责。否则方案再合理，也会在执行中被稀释成一份文件。
这一步通常包含的工作
- 测试方案与用例：在数据库与架构设计阶段完成，并在交付说明中写明结果。
- 功能与边界测试：在数据库与架构设计阶段完成，并在交付说明中写明结果。
- 压力与稳定性测试：在数据库与架构设计阶段完成，并在交付说明中写明结果。
- 问题跟踪与回归：在数据库与架构设计阶段完成，并在交付说明中写明结果。
需要注意的地方
把手段当目标
上了系统、做了改版、发了内容，就当作事情完成了，却没有回头看这些问题是否真的被解决。
一次改太多
同时推进多个方向的调整，出问题时无法判断是哪一项导致的，最后只能全部回退。
信息没有沉淀
过程中的判断依据和记录没有归档，人员变动后需要重新摸索一遍。
与其他环节的衔接
这一步的产出物需要可以被检查和验收。这句话背后其实是一个优先级问题：把有限的资源放在最能影响结果的地方。资源永远不够用，关键是别把力气花在看得见但不重要的环节上。
与之相关的一个细节是，很多问题并不是在方案里出错，而是在交接环节走形——前一环节的理解，到下一环节变成了另一个意思，最后结果和预期差得很远。