编码的工作你不会干太多的

说出来也许有点令人吃惊，软件测试薪水怎样，但是大多数时候你都不用写新代码，而是相反，要做：调试读已有代码开会或者写电子邮件研究该怎么做以便不用写代码因此编码以外的技能对你的职业一样关键。

调试和阅读代码调试远不仅仅是用打印语句。一切使用广泛的语言和技术栈都有各种强大的工具。学会使用它们，因为这些会让调试轻而易举，节省你无数的时间。理解代码库。大多数技术栈都有某种代码图谱生成工具来帮助你理解代码库的结构。企业级的 IDE 通常都内置了那种功能。你还可以利用 ReSharper、grep 或者 Sourcegraph 之类的工具来探索代码。理解产品。你会对居然有这么多开发者在试图“修复”软件前不知道软件应该是怎么工作的感到惊讶。先看看文档再说吧。

一般来说，在系统的设计范围之内，吞吐量随系统的并发用户数的增加呈现增加趋势，软件测试，也就是说你客户端来多少请求数系统吃（处理）多少请求数；当超出这个范围时有两种情况，南京软件测试，一种是系统只能处理这么多，超过这个数系统不接收了，最后随着并发用户数的增多吞吐量是一个水平的直线；

还有一种情况是不管来多少系统都接收最后导致系统吞吐量下降甚至系统崩溃。并发用户数是客户端单位时间内对服务器端施加的压力，软件测试南京培训，具体能不能接受并处理要看被测系统的吞吐量，而吞吐量是被测系统单位时间内处理的请求数或者说单位时间内处理的字节数；一个着重于客户端的操作即测试手段，一个着重于应用系统的处理能力即查看对象；（上面的讨论没有考虑两者的单位，如一个用户同时有多个请求情况）

“你们是如何测试软件的？”

理想情况下，验证代码质量应该是单元测试、人工测试以及自动化测试的结合。

危险信号：“我们都写不出 bug，哈哈。” → 那些人正是会写出 bug 的人。

　“你们使用什么样的版本控制系统？”

版本控制系统对于协作极其有用，在职业环境下没有理由不使用。

危险信号 #1：“额，版本控制系统？” → 快跑，跑得越远越好。

永远记得使用版本控制。

危险信号 #2：“<插入不知名的或者定制的 VCS>” → 这表明他们很有可能没有跟上时代并且很久没有升级自己的基础设施了。