三、测试与开发对比：

总体而言：

       如果要是单纯的靠薪酬去衡量的话，基本上现在已经达到持平的标准了，而且和开发一样，对于***城市，像北上广深，薪资始终是很好的。近两年南京的软件测试行业发展很好，同学可以留意一下。

      除了简单的薪资对比，还有很多对比反面可能会让你更加青睐于这个行业。比如说：

这个行业不像开发那么累，而且入门比较简单，比较适合女生或需要兼顾家庭的人士之类的。总体来说，两者对比，测试入门容易，精进比较难，开发是入门难，精进更难。

04关注机构的口碑：

考核业界有没有学生的不好的新闻，学生对培训机构的认可程度怎么样，这种机构把精力放在了学生身上的机构，才是做教育的应有态度。

05看学员的就业率和就业质量：

学员的就业率和就业质量在很大程度上反映出一家培训机构的课程研发是否和企业的实际需求相一致，让学员能学以致用是培训学校的基本目标。一定要辨别下真实的就业薪资和就业承诺，很多培训机构只是口头承诺就业或者在就业保证方面玩了一些文字游戏。

您的数据事务是基于什么？或者，您需要什么级别的事务支持？如果您的系统需要ACID属性，那么您很好还是坚持使用RDBMS解决方案。否则，您将花费大量的时间试图在您的应用程序/业务逻辑层重制ACID保证，并且您可能仍然没有RDBMS解决方案那么。#3: 您需要Web/高可伸缩性吗？(6)没有发现错误的测试也是有价值的，完整的测试是评定软件质量的一种方法。总是在先计算出您需要什么样的可伸缩性。在这个特殊的例子中，我们正在为微软内部游戏工作室构建系统。有10到15个游戏工作室正在考虑中——这取决于有多少注册用户使用这个系统每个工作室多有3-5个活跃的游戏标题。每个游戏标题为三个环境存储遥测模式——开发、预生产（PPE）和生产对于每个标题，将会有2-5个数据科学家同时修改游戏标题数据每一个标题事件都有大约50 KB的max事件数据我们被要求存储所有的版本——我们估计这个数字是1000除以一个标题的生命周期有了以上粗略的估计，我们就可以计算并发性和存储需求：

总并发数 = 工作室数量 * 标题数量每工作室 * 用户数量每标题

=  15 * 5 * 5 = 375 并发用户

大存储 =  工作室数量 * 标题数量每工作室 * 环境数量 * 事件存储大小每版本* 需要存储的版本数

= 15 * 5 * 3 * 50 KB * 1000 = 11250000 KB = 11.25 GB大存储

SQL Azure支持1024个并发打开连接，并且能够很容易地支持并发需求。另外，在考虑云计算时，11.25 GB实际上是一个非常小的数字。

这个系统并不是下一个FaceBook或必应——那么NoSQL的路线真的值得吗？

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

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

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

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