五，对错误结果要进行一个确认过程。一般由A测试出来的错误，一定要由B来确认。严重的错误可以召开评审会议进行讨论和分析，滁州前端开发，对测试结果要进行严格地确认，是否真的存在这个问题以及严重程度等。六，制定严格的测试计划。一定要制定测试计划，并且要有指导性。测试时间安排尽量宽松，不要希望在极短的时间内完成一个高水平的测试。七，妥善保存测试计划、测试用例、出错统计和终分析报告，为维护提供方便。 是因为我认为NoSQL解决方案不如RDBMS解决方案吗？当然不!是因为我专注于SQL的做事方式，而不想陷入一种相对较新的技术的不确定性吗？不，也不是！事实上，我非常兴奋地学习和使用各种分布式数据库提供的设施。那我为什么要写这个？原因很简单——几年前，我见证了设计一个为遥测事件提供模式管理设施的系统。事实证明，这比初计划的要昂贵得多。为什么呢？因为选择了错误的数据库解决方案。这个系统的一个要求是确保模式编辑是一致的，并且模式的很新版本被显示给每个模式编辑器。它还应该支持并发编辑。此外，同时访问这个系统的用户数量永远不会超过几百个。存储的数据量不会是Tb级——多几百Gb。因此，如果我们考虑了CAP定理的权衡，那么选择应该是显而易见的——使用RDBMS。这样做的好处是支持系统的一致性和事务支持需求。相反，南京前端开发，选择了NoSQL数据库（Azure表存储）来进行原型设计。这一选择的原因是，它使原型设计更快，并提供了更大的灵活性，同时更新了单个遥测事件的模式。与Azure SQL相比，徐州前端开发，Azure表存储的低成本被认为是另一个原因。快进5个月……该系统开始经历许多关于维护CRUD操作完整性的问题。设计用来处理事务的瘦应用程序逻辑层已经不再那么薄了。升级和向后兼容性的故事开始变得更加复杂。由于受到许多其他问题的困扰，镇江前端开发，工程师们又回到了绘图板——这次是用Azure SQL替换存储层！我不记得具体的细节，但是这个改变增加了大约40%的额外时间和成本。管理层很不高兴，这个项目几乎被砍掉了。但是团队的工程师们非常好，他们能够完成这个项目，尽管有了一些延迟和初的错误的技术决定。这个项目有一个圆满的结局——但它也可能不是这样的。事实上，很多内部项目都被关闭了，因为他们不能在承诺的日期范围内交付承诺的功能。那么，您如何知道NoSQL解决方案适合您的下一个软件项目呢？首先问问你自己和你的团队这十个问题： 镇江前端开发-南京前端开发-南京正厚软件由南京正厚软件技术有限公司提供。“软件研发,项目 外包,人力外包,人力资源服务,IT认证考试”就选南京正厚软件技术有限公司（www.njzhenghou.com），公司位于：南京鼓楼区湖南路16号5楼，多年来，正厚软件坚持为客户提供好的服务，联系人：陈老师。欢迎广大新老客户来电，来函，亲临指导，洽谈业务。正厚软件期待成为您的长期合作伙伴！同时本公司（www.itnrjjd.cn）还是从事IT牛人聚集地，武汉软件开发，武汉java开发的服务商，欢迎来电咨询。 产品：正厚软件供货总量：不限产品价格：议定包装规格：不限物流说明：货运及物流交货说明：按订单
