这个只是目前的一些总结～为啥先抛出来这张，因为我的一份读书笔记做了一半发现一张A4放不下它“庞大的灵魂”（尴尬而不失礼貌～～）
遇到蛮多人奇怪“软件也有质量管理？”“你们就是测试吧？”（满屏问号脸）其实不是！！软件QA不是指测试，她和测试可以说是两个不同方向上保证软件产品的交付质量。
测试是对“开发出的产品”，也就是软件本身的各方面结果是否满足客户要求的角度来保证，并通过一系列手段（模拟客户操作，加压测试，破坏性测试等等等等）来证明软件是符合要求的。她只是确保当前的软件是符合要求的，并不表示未来产品也会符合要求。
而QA貌似除了不做测试，其他和质量相关的都管（管家婆，未来可期～～）
QA会在整个软件开发过程中通过前期制定的质量目标作为牵引，通过一系列方法（比如业界盛传的QA七大手法，至今我都不能顺利背出来）去促进目标达成。万一达不成呢？咋整？这个时候，在各种数据支持下的分析之后，QA的一大神力“督促改进”就蹦出来了。她会去督促责任人“正视”即将发生的风险，并且“严正通知：我们咋搞才能规避这个风险？万一点儿背发生了，解决方法在哪里？”（本宫就是要措施！！项目组里的人一定背地里吐槽过QA是事儿妈，哈哈哈）
风险不一定就只在当前状态下发生，或者风险有时候不会被很容易的发现。这个时候，有个叫“度量&分析”的家伙就起作用了。每个QA都会定制自己项目的度量表（我喜欢“个性”，就是有时候容易缺胳膊少腿儿），从定期的度量结果中发现和目标不一致的趋势。除此以外，“审计”是个好手段！它不仅仅审出了现有项目的异常，增强了QA自身发现问题的能力，而且为后期项目的开展来了场“扫雷”运动，降低了未来项目犯同样错误的风险。
如果说，这副导图的右边是着重在现行项目，那么左边一半就在为“未来”做积累。
知识管理，用我自己的话阐述就是：现行项目做出来的一些经验教训，如何作为组织的宝贵资产在未来项目中发挥作用。目前我自己对这一块儿理解很局限，仅仅停留在方法的机械应用和方法引导员的认证上。
但是！（转折来了～）自从了解到这个，我一直在想组织有这种知识管理需求，个人更加要有！这是未来核心竞争力呀！于是乎买了些书～当然，还没有看出个所以然来（尴尬脸蹦出来）辣么，先从“知识积累”开始吧
所有行业QA都绕不过的话题“持续改进”来了。导图里只是说明了持续改进所涉及的手段，它所包含的工作或者意义远不止这些。作为一个专题，可以写本书了。
QA岗位存在的本质就是要促进不断的改进和良性的循环，所以中心图用“PDCA”来表示。
最后一个，质量不是QA一个角色的事情，要让所有人参与其中，所以质量文化的建设必不可少！培训是为了能力的提高，宣传是为了意识的加强。
好！说完了！
题外话：这个图不全面。。。我需要PDCA
