简单，down 下来放在同目录里就 ok 了。这种问题很常见，需要 vc compiler

你想通过代码直接获取 device 的信息吧？不是通过启动进程
应该可以，不想研究。。。。。

万里长征这只是一个开始

@chenhengjie123 不错。我是应该把库和相关链接及安装不走贴一些。多谢提醒~

@chenhengjie123 好问题！从设计来说最好操作和等待相分离，由调用者决定何时等待以及如何等待，如果一个方法提供的是一个原子操作的话

不错，支持一下

API 测试基本没什么文档，或者文档维护工作不利。
如果代码很烂，就不要做单元测试了。
可以以集成测试，系统测试 + 验收测试为主。
时间有限的话，系统 + 验收测试吧。
API 的测试也要有等价类、边界值的思想在里面的。
如果是 SOA API 测试，建议先开始正向测试，优先保证传入正确的参数可以工作。
后续是负面测试，查看接口的容错性。
最后是异常测试。

未来可以发展成测试主管，测试经理。也可以发展成 PM/PMO，如果不想在技术上有所发展，也可以转产品。现在转产品的还是蛮多的。

擦，这是专门写给 monkey 的吧~~

好吧。

其实招个靠谱的人真心不是一件很容易的事情。
测试工程师，需要更专业的态度，更好的责任心，良好的沟通能力，对待问题能够百折不挠，喜欢打破砂锅问到底的质疑精神。

啊！啊？先说你要招什么人
你要招什么的人？构建什么样的团队？已经有了什么样技能的人？需要什么性格的人？

哦！哦？通常的面试流程

1. 自我介绍
2. coding
3. testing
4. communication

呵！呵？
自我介绍可以挖掘很多内容。
介绍的过程中，尝试打断候选人，观察候选人的反应。
尝试对候选人做的一个项目进行深入探究，考察候选人对项目的理解是否深入，对所用的技术是否了解，也能看出候选人对于一些技术或业务层面的问题有没有认真研究，这个认真研究能看出一个候选人是否积极主动学习。
适当说些不认可的话，看看候选人如何回答。
另外，一定要看看候选人是否有认真专研过一种技术，怎么专研的，掌握的程度，并尝试质疑候选人。

coding，一般对于测试技术我会出 coding 的面试题。面试题可以说不是很难。题目的个别的地方会模棱两可，看看候选人有没有积极主动提问，并澄清。做题的时候是否会先给思路，还是上来就写。做的过程中，有没有跟我进行讨论。还有就是代码是否考虑到了很多场景。另外，有没有其他解决方案。

testing 就是让候选人自己测试自己的代码。有没有专业的测试技巧？分类的思想？有趣的 scenario？发散的思维？另外，很关键的一点，这个地方一定要给候选人施加压力，是否能够给出足够多测试用例？我会经常问，还有测试用例吗？让候选人尽可能的说。普通的人就会说没有了，差不多了，我觉得够了。

沟通上面就是看他说话的语气，是否很自大，是否相对谦虚，是否活泼，是否木讷，是否诚实，是否认真，是否踏实。

==未完（待续？）==

@xi0w 也给我拷一份学习学习，如何？

@pighero001 个人带走代码是他个人的问题。如果他是完全拿走的代码，我鄙视这种人，这种人今后也不会有啥发展。如果他自己按照原来的思想重新构建了一套，我觉得还是值得赞许的。源代码这种东西，多数公司应该有安全规范，私自拷贝，带走就是违规，要开除的；当然，睁一只眼闭一只眼的也有很多。不过，如果问题严重，这是一种违法行为，前提他完全使用偷来的代码。

不行，楼主你也打假啊~~

带走的只是代码。
带不走的是创新的脑袋。

@syean 你都看到了什么呀？看了这么久？

我的观点很明确，欢迎被喷。
没能正确判断候选人，是面试官的责任。
没能调动起员工的积极性，是领导的问题。

除了要找到合适的候选人之外，领导们有没有考虑过对候选人的培养？

不匿名

初级程序员泛滥~~

相对比较符合，可惜不在上海。
7 年 SDET

@weamylady vs 里 ctrl+F5 就可以了

@weamylady 额，我需要看你的工程属性，编译配置，你加载的 dll，debug/release 才能确认，没能帮上啥忙抱歉了。

解决了吗？

@weamylady 这个更倾向于程序集，CLR，或者编译 configuration 的问题。需要你贴出更详细的信息。另外，2010 的 console application 默认创建的是.NET Client Framework，你右键工程名字，然后 property，看一下编译的.NET，是不是.NET Framework？把.NET Client 改成.NET Framework。