(4)测试并不仅仅是为了找出错误。通过分析错误产生的原因和错误的发生趋势，可以帮助项目管理者发现当前软件开发过程中的缺陷，以便及时改进。(5)这种分析也能帮助测试人员设计出有针对性的测试方法，改善测试的效率和有效性。(6)没有发现错误的测试也是有价值的，完整的测试是评定软件质量的一种方法。分析之前依我个人的理解来说限流的话应该灵活到可以针对每一个接口来做。(7)另外，根据测试目的的不同，还有回归测试、压力测试、性能测试等，分别为了检验修改或优化过程是否引发新的问题、软件所能达到处理能力和是否达到预期的处理能力等。

***你的思路

既然你的大量时间都是用在沟通、研究和多任务上，你需要一些工具来帮助一切井然有序。TODO 清单/任务工具：你的公司应该已经有了某种任务管理软件了，但你自己也有类似的个人系统是有帮助的。使用便利贴或者像 Trello 或者 Todoist 之类的软件。笔记：开会一定要记笔记，要致力于改进现有文档并且建立个人的知识库。使用 Evernote、OneNote 或者笔记本。使用这些工具似乎有用力过度之嫌，但日后在回顾这一耗掉了你 3 天时间才想清楚的晦涩的开发过程时你会感谢自己的。不做丰富笔记的好的软件开发者我一个都没见过。图表/可视化：人是视觉动物，创建流程图和架构可帮助你和其他人理解复杂的话题。”→意味着面试你的那个人不在你的团队，或者他们对为什么要招你并没有明确的想法。在跟非技术人员沟通时图解尤其有用。可使用 Lucidchart、 Visio 或者白板。

你需要吸引风险***吗？有趣的是，硅谷对NoSQL有偏见。这是因为感觉上NoSQL被认为具有内在的可伸缩性，并且RDBMS被认为是不可伸缩的。记住，关键字是“感觉上”！

这种可扩展性的感觉可能会让***者相信，你的软件正处于正确的轨道上，准备好接受大规模的采用，从而吸引他们的***资金。

许多NoSQL公司本身就是风投公司，这也给他们带来了积极的偏见。

后，围绕“NoSQL”的所有营销活动都有助于推动***者对你的产品的正面情绪。

您是否预期对数据库模式进行大量更改？如果您期望对数据库模式进行大量更改，就像移动应用程序、实时分析、内容管理系统等经常发生的情况一样，那么NoSQL解决方案可能就是一种方法。

您可以使用一个分区方案，它允许您以一种比大多数SQL数据库允许的更方便的方式更新您的数据库模式。#10：你想用NoSQL来获得个人的充实/满足吗？请不要这样做！

我曾见过一些人，他们只是迷恋于学习一个NoSQL系统，并将其放入他们的简历中。这并没有什么错——我对NoSQL技术也很着迷。

但是，请不要让这成为选择技术堆栈背后的驱动因素（有意识的或下意识的）。如果你愿意的话，你可以在自己的时间里学习。