c) 上司情况（汇报对象）。
我想谁也不想找个不容易伺候的老板。如果，面试官就是你将来的老板，你可以从他的言谈举止、行为方式上了解他的脾气、秉性，喜欢什么、看中什么、擅长什么，想想适合不适合你。别将来每天头上都顶个雷工作。
d) 下属情况。
如果是个管理的职位，你还得了解了解你的下属（团队）的情况，比如：人员构成（研发、测试、构架、UED等等）、学历、年龄、薪
无锡java开发工程师
c) 上司情况（汇报对象）。
我想谁也不想找个不容易伺候的老板。如果，面试官就是你将来的老板，你可以从他的言谈举止、行为方式上了解他的脾气、秉性，喜欢什么、看中什么、擅长什么，想想适合不适合你。别将来每天头上都顶个雷工作。
d) 下属情况。
如果是个管理的职位，你还得了解了解你的下属（团队）的情况，比如：人员构成（研发、测试、构架、UED等等）、学历、年龄、薪资水平等等。(6)没有发现错误的测试也是有价值的，完整的测试是评定软件质量的一种方法。员工的工资也许面试官不会直接告诉你，但你可以这样问：贵公司5年工作经验的高软平均工资大概多少？或类似的问题，以此，大概推断出此公司工资水平在行的位置。如果有可能，要求跟1、2位将来可能成为你团队中的成员的人面谈一下。我曾就这样做过，这样做还可以深入了解下面我要说的技术方面的问题。
2. 关于技术 a) 开发语言和技术。
你可能在自己的简历里写你会十几种语言，精通上百种技术（尽管有些你可能只会写“Hello World”），但你肯定还是倾向于运用自己熟悉的语言和技术来工作。所以很好还是问清楚。
b) 开发平台。
我本人熟悉并且喜欢Windows平台开发，如果做其他的，我会感到不舒服。所以也会问清楚。
c) 开发工具（包括：IDE、SC、DTS、QA、Process等工具）。
这个并不是个主要的问题，但是如果你有所了解，碰巧你后面还有多轮面试，你可以事先做些功课，准备准备，不至于被人问住。
d) 系统构架。
了解系统构架，一方面可以事先了解你将来要工作在什么样的构架下，另一方面，可以向面试官展现一下你更关注宏观、全局的问题，这也是作为管理者的软素质的表现。
一般来说，在系统的设计范围之内，吞吐量随系统的并发用户数的增加呈现增加趋势，也就是说你客户端来多少请求数系统吃（处理）多少请求数；一、软件测试：通过一定的技术和制度手段，跟踪、检验、反馈、度量软件研发过程中产品的质量。当超出这个范围时有两种情况，一种是系统只能处理这么多，超过这个数系统不接收了，随着并发用户数的增多吞吐量是一个水平的直线；
还有一种情况是不管来多少系统都接收导致系统吞吐量下降甚至系统崩溃。这并不意味着你应该编写糟糕代码，在存在线性解决方案的情况下以O(n3)的效率去做某个东西。并发用户数是客户端单位时间内对服务器端施加的压力，具体能不能接受并处理要看被测系统的吞吐量，而吞吐量是被测系统单位时间内处理的请求数或者说单位时间内处理的字节数；一个着重于客户端的操作即测试手段，一个着重于应用系统的处理能力即查看对象；（上面的讨论没有考虑两者的单位，如一个用户同时有多个请求情况）
（作者： 来源：）
