简单,down 下来放在同目录里就 ok 了。这种问题很常见,需要 vc compiler
你想通过代码直接获取 device 的信息吧?不是通过启动进程
应该可以,不想研究。。。。。
万里长征这只是一个开始
@chenhengjie123 不错。我是应该把库和相关链接及安装不走贴一些。多谢提醒~
@chenhengjie123 好问题!从设计来说最好操作和等待相分离,由调用者决定何时等待以及如何等待,如果一个方法提供的是一个原子操作的话
不错,支持一下
API 测试基本没什么文档,或者文档维护工作不利。
如果代码很烂,就不要做单元测试了。
可以以集成测试,系统测试 + 验收测试为主。
时间有限的话,系统 + 验收测试吧。
API 的测试也要有等价类、边界值的思想在里面的。
如果是 SOA API 测试,建议先开始正向测试,优先保证传入正确的参数可以工作。
后续是负面测试,查看接口的容错性。
最后是异常测试。
未来可以发展成测试主管,测试经理。也可以发展成 PM/PMO,如果不想在技术上有所发展,也可以转产品。现在转产品的还是蛮多的。
擦,这是专门写给 monkey 的吧~~
好吧。
其实招个靠谱的人真心不是一件很容易的事情。
测试工程师,需要更专业的态度,更好的责任心,良好的沟通能力,对待问题能够百折不挠,喜欢打破砂锅问到底的质疑精神。
啊!啊?先说你要招什么人
你要招什么的人?构建什么样的团队?已经有了什么样技能的人?需要什么性格的人?
哦!哦?通常的面试流程
呵!呵?
自我介绍可以挖掘很多内容。
介绍的过程中,尝试打断候选人,观察候选人的反应。
尝试对候选人做的一个项目进行深入探究,考察候选人对项目的理解是否深入,对所用的技术是否了解,也能看出候选人对于一些技术或业务层面的问题有没有认真研究,这个认真研究能看出一个候选人是否积极主动学习。
适当说些不认可的话,看看候选人如何回答。
另外,一定要看看候选人是否有认真专研过一种技术,怎么专研的,掌握的程度,并尝试质疑候选人。
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。